我们从 2010 年开始使用 Azure，并从我们应用程序的性能和可靠性中受益匪浅。 Azure 提供了很多企业级服务，我认为新的“Azure Service Fabric”很棒。
通过阅读文档，我无法理解将“旧”云服务迁移到新 Service Fabric 的方法。我们为什么要迁移？用于水平缩放和更高的可靠性。
目前我们有一个单实例云服务，它启动了很多子服务。这些子服务非常适合微服务。唯一的问题是这些子服务中的一些是“运行者”，即它们只是在我们的用户数据库上循环并决定是否必须为特定用户运行操作（服务）。 考虑到可能有多个实例运行此服务，您将如何迁移此类服务？
谢谢
【问题讨论】：
标签： azure architecture azure-service-fabric
首先要记住的是，一旦服务启动，它就会一直运行，并且它的生命周期和正常运行时间由 Service Fabric 控制（例如：如果它崩溃，它将自动重新启动它）。要记住的第二件事是，您最终会同时运行多个服务实例（在不同节点上），因此它们最终会在集群的不同节点上执行完全相同的操作。
您的第一个反应可能是为每个运行器“子服务”提供一个无状态服务类型/实例，该子服务保持运行并利用 RunAsync (https://docs.microsoft.com/en-us/azure/service-fabric/service-fabric-reliable-services-advanced-usage)。就个人而言，我不会采用这种方法，因为这可能需要在服务之间进行某种同步以防止无用的并发，因为它们独立地做完全相同的事情。
更好的方法是让您的运行器服务在充当协调器的“主”服务请求时只运行一次，您可以采用基于队列的方法，其中“主”服务提交任务（消息）由运行者处理，他们在同一个队列上同时侦听，确保最多一个服务实例可以完成任务。
对于队列，请考虑服务总线或可靠并发队列 (https://docs.microsoft.com/enus/dotnet/api/microsoft.servicefabric.data.collections.preview.ireliableconcurrentqueue-1)。
【讨论】：