Service Fabric状态服务,具有单个DB Persistance服务

时间:2017-07-06 09:36:21

标签: azure architecture azure-service-fabric

我即将启动一个需要非常快的响应时间和高可用性的项目,之前我做了一些服务架构项目,所以我对此非常有信心。

我目前倾向于基于有状态内容服务作为主要数据源的特定设计,其中单个数据持久性服务保存到某种数据库。

读取操作由web-api完成 写操作由Azure服务总线与Rebus作为处理程序进行通信。

内容服务

  • 内容服务是有状态服务,在提交时向持久性服务发送消息,对象保存在可靠字典中,序列化为json。

  • 如果他们需要恢复数据,他们自己负责的内容服务将负责json反序列化。

  • 恢复方案可能是由于某种原因导致整个字典丢失或者在公交车上放置重置信息时。

坚持服务

  • 从总线收到一条消息并将包含的实体存储到数据存储中(尚未确定,可能是表存储)。
  • 当服务需要重新加载数据时,提供整个数据存储库。
  • 仅关注存储和检索数据,不进行完整性检查

我真的不确定这是否是一种设计系统的可行方式,它也有大量的用户数据。

您对此设计有何看法?

1 个答案:

答案 0 :(得分:0)

我最终追求这个解决方案并且运行良好且性能非常好,但需要进行大量测试才能确保一切正常运行。