本地缓存的 stateManager ... Service Fabric 中的任何风险？

Question

在 Service Fabric 中看似常见的做法可能是错误的做法。我怀疑以下将 stateManager 保存为本地缓存的代码在“SomeService”有状态服务中的“CreateServiceReplicaListeners()”方法的返回语句中实例化“Startup”类时可能会导致潜在问题。

可能发生的情况是状态管理器以某种方式重新实例化。我需要更多解释以下做法是否正确。如果不是，那么最好的做法是什么？

internal class SomeService : StatefulService
{
    protected  override IEnumerable<ServiceReplicaListener> CreateServiceReplicaListeners()
    {
        return new[]{
            new ServiceReplicaListener(
                        initParams =>
                            new OwinCommunicationListener("SomeService", new Startup(this.StateManager), initParams))
                };
        }
    }
}

public class Startup : IOwinAppBuilder
{
    private readonly IReliableStateManager stateManager;

    public Startup(IReliableStateManager stateManager)
    {
        this.stateManager = stateManager;
    }

    public void Configuration(IAppBuilder appBuilder)
    {
        // other initialization codes..
        ...
        ...

        UnityConfig.RegisterComponents(config, this.stateManager);

        appBuilder.UseWebApi(config);
    }
}

Answer 1

每当一个有状态服务改变角色时，它都会触发一个IStatefulServiceReplica.ChangeRoleAsync(ReplicaRole newRole, CancellationToken cancellationToken)。

ChangeRoleAsync(..) 确保新角色使用正确的通信执行以下操作：

• 致电CloseCommunicationListenersAsync(CancellationToken cancellationToken) 关闭所有打开的监听器
• 为 Primary 或 ActiveSecondary 角色致电 OpenCommunicationListenersAsync(newRole, cancellationToken)
• 方法 OpenCommunicationListenersAsync() 将调用 CreateServiceReplicaListeners() 来获取监听器并为每个返回的监听器调用 CreateCommunicationListener(serviceContext) 以打开相关端点。

角色更改在升级和负载平衡期间非常常见，因此这是一个非常常见的事件。

总之，

每次发生角色变更时，都会调用CreateServiceReplicaListeners()，ChangeRole不会关闭服务，因此可能会产生副作用，例如，如果您在 DI 容器中注册依赖项，您可能会面临重复注册。