Azure service fabric 有状态服务结构应用程序-远程处理和自定义状态保存提供程序

Azure service fabric 有状态服务结构应用程序-远程处理和自定义状态保存提供程序,azure-service-fabric,service-fabric-stateful,Azure Service Fabric,Service Fabric Stateful,我正在编写第一个Azure Service Fabric应用程序,将分区应用于有状态服务。我有几个问题: 我可以使用远程处理而不是HTTP从web api到分区进行通信吗。Azure示例使用HttpCommunicationListener,我还没有看到如何使用远程处理。我希望远程处理会更快 我可以使用自定义状态持久性提供程序持久化给定分区的状态吗?service fabric的复制功能是否仍支持这一点 我的有状态服务分区能保存几百兆的状态吗 以上示例/指南将不胜感激 谢谢 您可以在集群内使用S

我正在编写第一个Azure Service Fabric应用程序,将分区应用于有状态服务。我有几个问题:

  • 我可以使用远程处理而不是HTTP从web api到分区进行通信吗。Azure示例使用HttpCommunicationListener,我还没有看到如何使用远程处理。我希望远程处理会更快

  • 我可以使用自定义状态持久性提供程序持久化给定分区的状态吗?service fabric的复制功能是否仍支持这一点

  • 我的有状态服务分区能保存几百兆的状态吗

  • 以上示例/指南将不胜感激

    谢谢

  • 您可以在集群内使用SF远程处理,在服务和参与者之间进行通信。Http访问通常用于与集群外部的服务通信。(但您仍然可以从内部使用它)

  • 是的,您可以通过实现custom
    IStateProviderReplica2
    和可能的。但要知道这是很困难的。(你为什么需要这个?)

  • 有状态服务容量受磁盘和内存的限制。(链接后面的计算示例)

  • 可靠的服务通常是分区的,因此您可以 商店只受你商店里机器数量的限制 群集以及这些计算机上可用的内存量

    ---关于分区的额外信息---

    是的,看一看,它的开始是关于如何提出一个分区策略


    “每个用户分区”最重要的缺点是,如果不重新创建服务,就无法更改分区的大小。而且,它不可伸缩。而且数据的分布也不平衡。

    谢谢您的反馈。我们正在考虑一个自定义状态提供程序,因为我们的期望是,系统将有许多用户,每个用户将有自己的单个分区,其中包含他们的所有数据(兆字节到数百兆字节),并且他们的数据不是“字典”友好的数据;它应该是一个对象的集合——我们认为最好只保存用户的对象分区集合(可能是原始二进制),这样我们就可以在必要时快速重新加载分区。想法?是的,添加到上面的答案中