对 Service Fabric 可靠服务可靠集合的期望答案

【问题标题】：Expectations from Service Fabric Reliable Services Reliable Collections对 Service Fabric 可靠服务可靠集合的期望
【发布时间】：2017-12-01 15:05:05
【问题描述】：

我正在考虑在 Service Fabric 中存储新生成的 orderID。

要求：一秒钟内通过 1000 个订单。

我。如果需要性能，我应该存储这个可靠的字典吗？

二。性能方面的考虑是什么？

三。什么是 Service Fabric 可靠收集容量

参考

可靠的服务可靠的集合

https://docs.microsoft.com/en-us/azure/service-fabric/service-fabric-reliable-services-reliable-collections

Service Fabric dotnet 性能（无结果页面）

https://github.com/Azure-Samples/service-fabric-dotnet-performance/tree/master/ServiceLoadTest

【问题讨论】：

orderID 需要持久化吗？在这种情况下，使用可靠的集合是一个很好的选择，因为数据最接近使用它的位置。就性能而言，这是一件好事。（并发）集合仅在内存中。
您可能甚至不需要使用可靠的集合，许多数据库存储可以轻松处理该吞吐量！
是否有可以比较 DB、Redis 和服务结构的性能比较？
[StatePersistence(StatePersistence.Persisted)] 会不会影响性能

标签： performance azure azure-service-fabric service-fabric-stateful reliable-message-delivery

【解决方案1】：

如果您一次从单个客户推送 1000 个订单，则可以毫无问题地处理。

如果每个订单都是单独推送的，并且您需要确保每秒一千的吞吐量，那么您绝对应该使用分区。

您还应该使用和监控实际吞吐量的健康指标，并在需要时通过向集群添加更多节点来采取行动。

【讨论】：