Azure Service Fabric中的可伸缩工作者

Question

我正在尝试迁移到Service Fabric现有解决方案。 其中一部分是侦听队列的工作者数量。 例如，我有一些队列：

Task1_Queue, Task2_Queue ... TaskN_Queue

对于每个队列，都有一些处理它们的消息的逻辑，比如说工人。 他们执行不同的任务，例如生成巨大的报告文件并上传到Azure Storage或在数据库中进行小的更新。

问题是如何设计服务以使工作人员具有良好的可伸缩性。 我的想法是：

选项1-每个队列将具有单独的无状态服务。 自动缩放单一服务的简便方法。

选项2-将工作人员实施为单独的参与者，并具有单个无状态服务来侦听队列和呼叫参与者。 优点-开箱即用，可以自动缩放，因为队列中的每个消息都会创建新的actor。 缺点-演员将是一次性的。

Answer 1

考虑创建两种类型的无状态服务：

1. 监视任务队列深度的服务。 该服务将根据排队任务的数量创建和删除服务2的实例。
2. 处理排队作业的服务。