Service Fabric：具有分区负载平衡的可靠服务管道

Question

在尝试实施Service Fabric的可靠服务管道时，我有三种方法可供选择：

看起来 C 是一个很好的方法。 Details here.

在这种情况下，我需要在工作服务之间实现一种消息泵。

例如，我有2种工作服务。第一个是IO绑定，不需要可伸缩性。其次是CPU限制并且需要可扩展性，因此它使用分区。我不关心将什么分区用于进程具体项目，因此消息泵必须充当负载均衡器，并将项目排入CPU绑定服务，并在输入队列中使用最少的项目。现在我为此目的创建了一个有状态的服务。

在此表单中，这看起来与TPL Dataflow管道非常相似。

我的问题是我正确使用Service Fabric吗？这里有过度工程吗？

可靠的演员是否更适合这种管道？（或管道的一部分）

Answer 1

我认为Actors不是解决这个问题的正确方法。 RunASync（）方法很难在Actor中模拟。您可以使用计时器和提醒，但感觉不自然。所以我会选择这个服务。