如何阻止Service Fabric中的服务在节点间迁移？

针对你遇到的这个Service Fabric无状态服务迁移时，和单登录API的并发登录、断档问题，我分享几个实际项目里用过的可行方案：

方案一：固定服务实例到特定节点，避免自动迁移 #

既然API只允许同时一个登录，那最直接的方式就是让你的无状态服务只运行一个实例，并且通过Service Fabric的放置约束把它固定到特定节点，减少不必要的迁移：

1. 给目标节点添加自定义属性，比如在ApplicationManifest.xml里配置：

<NodeType Name="ApiExclusiveNode">
  <NodeProperty Name="IsApiHost" Value="true" />
</NodeType>

2. 给你的无状态服务设置放置约束，并且把实例数设为1：

<Service Name="YourDataCollectionService">
  <StatelessService ServiceTypeName="YourDataCollectionServiceType" InstanceCount="1">
    <PlacementConstraints>(IsApiHost == true)</PlacementConstraints>
  </StatelessService>
</Service>

3. 额外设置InstanceLocks（可选），防止Service Fabric在节点健康状态正常时自动迁移实例，除非节点故障。

这样就能从根源上避免多实例同时登录的问题，也减少了迁移带来的断档。

方案二：引入会话协调组件，管控登录状态 #

如果需要服务具备高可用性（比如节点故障时自动切换到其他节点），可以加一个轻量级的状态协调层，用来跟踪API的活跃会话：

• 用Service Fabric的可靠字典（Reliable Dictionary）或者一个小型的状态服务，存储当前有效的会话信息：会话ID、服务实例ID、心跳时间戳。
• 服务实例启动时（OpenAsync阶段）：
  1. 先查询协调组件的活跃会话；
  2. 如果存在活跃会话，检查对应实例是否还存活（通过Service Fabric的Health API或者实例心跳）；
  3. 若实例已死亡，调用API注销旧会话，再登录新会话并更新协调组件；
  4. 若实例存活，则等待直到会话释放（或者触发告警）。
• 服务实例关闭时（CloseAsync阶段）：
  1. 主动调用API注销会话；
  2. 更新协调组件，标记会话已失效。

这个方案能保证任何时候只有一个有效会话，同时在节点故障时，新实例可以快速接管，减少断档时间。

方案三：优化服务启停逻辑，减少断档间隔 #

针对新实例启动时的x秒间隔问题，可以在服务的生命周期钩子中做优化：

• 在CloseAsync方法中实现优雅注销：确保调用API的注销接口，释放会话后再完成关闭流程，不要直接强制退出。
• 在OpenAsync方法中添加重试逻辑：启动后每隔几百毫秒检查一次API是否允许登录（比如调用轻量的状态查询接口），直到成功登录再进入正常业务流程。

这样可以把断档时间压缩到最小，甚至几乎无感知。

额外注意事项 #

• 处理节点突然故障的场景：如果实例没来得及优雅注销，协调组件的心跳机制要及时检测到实例死亡，允许新实例登录（比如设置5-10秒的心跳超时）。
• 监控会话状态：添加日志和告警，跟踪API登录、注销的状态，方便排查问题。

内容的提问来源于stack exchange，提问作者Paul