我对 Azure Service Fabric 非常陌生。根据我的研究，我非常热衷于将它用于特定的优化问题场景。但是，我在 MSDN 上找不到任何详细信息来支持我的发现。
我的要求是我有一个获取输入并转储到数据库的 Web API。此输入用于运行优化算法，该算法通常需要大约 3-5 分钟。用户提交的请求可能有多个，最终需要处理。
我目前认为为每个优化输入生成一个新的 ASF 可靠参与者是一个不错的选择。但是，我不清楚 ASF 如何为此类长时间运行且非即时的任务发挥作用。
此外，我怀疑集群内的资源利用率将如何。我的最终目标是能够在需要时并行提交至少预定义数量的优化算法actors或无状态服务。
非常感谢您就我的顾虑提出的技术建议。对于这种情况，我应该考虑 actors 还是 stateless。
【问题讨论】：
标签： .net azure azure-service-fabric
我认为这里最重要的是在后台进行计算。在优化算法运行时，不应让服务/Actor 调用者等待。
要完成此操作，您需要接受一个命令，将其保存在某个地方（队列会很好），将一个令牌返回给调用者。令牌可用于查询状态/进度。
在 Actor 中执行此操作需要：
StateManager 来保存一个队列，该队列用于保存作业在无状态服务中执行此操作需要：
在有状态服务（额外选择）中执行此操作需要：
StateManager 持有ReliableQueue。RunAsync 的工作。 StateManager。我怀疑最适合这种情况的服务类型是有状态服务。 Here's 一个有状态服务的例子，队列和处理工作。
【讨论】：
我认为有状态和无状态的组合将是您的方案的一个很好的解决方案。使用有状态对请求进行排队，并使用无状态处理（算法）请求。如果需要，SF 集群将根据负载为集群中的其他节点创建无状态服务的新实例。有状态服务将成为您存储请求（通过可靠队列）和进度（可靠字典）的持久存储。有状态服务在集群中维护一个主副本和两个辅助副本。
【讨论】：