Azure Service Fabric和消息队列

Question

现在有了Azure Service Fabric，是否会有用例来使用单独的队列解决方案，例如Windows Service Bus？ 不利之处可能是新的单点故障，但是有不利之处吗？ 队列可以添加一些缓冲，但是另一方面，Service Fabric应该能够真正很好地扩展并提供有状态功能，因此不需要队列缓冲区吗？

Answer 1

可以肯定的是，Azure Service Bus和Azure Storage Queues之类的服务提供的功能并未包含在Service Fabric中。 因此，要问自己的问题是：是否添加外部服务依赖项以获得该功能，还是通过在Service Fabric上自行构建来保持独立性？ 在Service Fabric上自包含的应用程序是好的，但是重新发明现有的功能是不好的，因此您必须确定对您来说最大的价值并朝那个方向倾斜。

例如，考虑一下。

• 可移植性。 Service Fabric自身包含的应用程序可以在Service Fabric可以运行的任何地方托管，几乎可以在任何地方（Azure，其他公共云，您自己的机器或数据中心等）运行。
• 没有外部依赖关系意味着更少的故障点，单个工具集以及统一的开发，部署，升级和维护过程。

另一方面..

• 诸如服务总线之类的服务提供了丰富的功能集 。 花时间在Service Fabric上构建和维护自己需要的功能是否值得？

Answer 2

好问题！ 我也在这周围打no。 就我而言，我使用RabbitMQ集群进行排队。 我想避免这种情况，并希望使用可靠队列来提供有状态服务。 我公开了一种将消息添加到服务的方法，并使用RunAsync方法在消息到达时使消息出队。 与连接到RabbitMQ的无状态服务相比，使用这种方法的性能没有让我印象深刻。 但是在放弃之前，我打算将Stateful服务划分为5个节点，并使用Stateful服务队列消耗型工人，看看是否有任何性能改进。