Service Fabric:具有分区负载平衡的 Reliable Services 管道
Service Fabric: Reliable Services pipeline with partitions load balancing
在尝试实施 Service Fabric 的 Reliable Services 管道时,我可以从以下三种方法中进行选择:
看起来 C 是个不错的选择。
在这种情况下,我需要在工作服务之间实现一种消息泵。
比如我有2种工人服务。第一个是 IO-bound,不需要可扩展性。其次是 CPU-bound 并且它需要可伸缩性,因此它使用分区。我不在乎什么分区将用于处理具体项目,因此消息泵必须充当负载平衡器并将项目排入 CPU 绑定服务,输入队列中的项目最少。现在我已经为此创建了一个有状态服务。
在这种形式下,这看起来与 TPL 数据流管道非常相似。
我的问题是我是否正确使用了 Service Fabric?这里有过度工程吗?
Reliable Actors 是否更适合这种管道?(或管道的一部分)
我认为 Actors 不是解决这个问题的正确方法。 RunASync() 方法很难在 Actor 中模拟。您可以为此使用计时器和提醒,但感觉不自然。所以我会为此提供服务。
在尝试实施 Service Fabric 的 Reliable Services 管道时,我可以从以下三种方法中进行选择:
看起来 C 是个不错的选择。
在这种情况下,我需要在工作服务之间实现一种消息泵。
比如我有2种工人服务。第一个是 IO-bound,不需要可扩展性。其次是 CPU-bound 并且它需要可伸缩性,因此它使用分区。我不在乎什么分区将用于处理具体项目,因此消息泵必须充当负载平衡器并将项目排入 CPU 绑定服务,输入队列中的项目最少。现在我已经为此创建了一个有状态服务。
在这种形式下,这看起来与 TPL 数据流管道非常相似。
我的问题是我是否正确使用了 Service Fabric?这里有过度工程吗?
Reliable Actors 是否更适合这种管道?(或管道的一部分)
我认为 Actors 不是解决这个问题的正确方法。 RunASync() 方法很难在 Actor 中模拟。您可以为此使用计时器和提醒,但感觉不自然。所以我会为此提供服务。