服务结构使用单个数据库持久服务的状态服务

Question

我即将开始一个需要非常快速的响应时间和高可用性的项目，之前我已经完成了一些服务结构项目，所以我对此感到非常自信。

我目前倾向于一个特定的设计，基于状态的内容服务与保存到某种形式的数据库中的单个数据持久化服务的主要数据源。

读操作由网络API 写操作完成通过与卤面Azure的服务总线通信的处理程序中完成。

内容服务

• 内容服务是有状态的服务，其中在提交将消息发送到与保存在可靠字典对象，序列化为JSON的持久性服务。

• 内容服务他们的自我负责的，他们需要恢复数据时JSON反序列化。当整个词典由于某种原因丢失或当复位消息放置在总线上

• 还原方案可能。

持久性服务

• 从总线临危的消息，并且存储包括实体，到数据存储（尚未决定，也许表存储）。
• 服务需要重新加载数据时提供整个数据存储库。
• 仅关心如何存储和检索数据，没有进行完整性检查

我真的不能确定这是否是设计一个系统，也有用户数据的高量的可行之路。

对此设计有什么想法？

Answer 1

我最终追求的这种解决方案，它工作得很好，表现得非常好，但它需要大量的测试，以确保一切正常。