能否控制Service Fabric在服务/集群不健康时的操作及主动修复动作？

1. 能否控制Service Fabric在服务处于“不健康”状态时执行的操作？ #

当然可以！Service Fabric本身提供了健康策略配置和自动修复机制，让你能自定义不健康状态下的响应逻辑，具体可通过这些方式实现：

• 集群/应用级健康阈值配置：在集群Manifest或应用Manifest中，设置HealthPolicy相关参数（比如MaxPercentUnhealthyNodes、MaxPercentUnhealthyApplications等），当健康状态超出阈值时，Service Fabric会触发预设行为——比如阻止新部署、标记集群为不健康，极端场景下还会启动故障转移。
• 自定义健康检查+内置恢复机制：在服务代码里实现IHealthCheck接口主动上报健康状态，同时结合ServiceTypeHealthPolicy配置，让Service Fabric在服务实例/副本不健康时，自动执行重启、移动副本甚至删除实例的操作。

2. 能否让Service Fabric在检测到错误健康报告时主动执行重启应用这类操作？ #

完全可以实现，主要有两种主流方案：

方案一：利用内置自动修复与故障转移机制 #

Service Fabric的**故障管理器（Fault Manager）**会自动监控服务健康状态，当你通过ReportHealth上报错误级别的健康事件后，只要在应用Manifest中配置对应的ServiceTypeHealthPolicy，就会自动触发修复动作：

<ServiceTypeHealthPolicy>
  <StatefulServiceTypeHealthPolicy MaxPercentUnhealthyPartitionsPerService="0"
                                   MaxPercentUnhealthyReplicasPerPartition="0"
                                   MaxPercentUnhealthyServices="0" />
</ServiceTypeHealthPolicy>

比如上面的配置，只要有一个副本不健康，Service Fabric就会自动重启该副本；如果是无状态服务，则会重启对应实例。若需要触发整个应用重启，可结合应用级健康策略，当应用健康状态低于阈值时触发对应动作。

方案二：自定义健康监控与响应逻辑 #

如果需要更灵活的控制（比如仅特定错误才重启应用、执行自定义脚本等），可以这么做：

1. 编写一个独立的监控服务，通过Service Fabric的FabricClient API定期查询集群/应用的健康状态；
2. 当检测到指定的错误健康报告时，调用FabricClient.ApplicationManager.RestartApplicationAsync()方法主动重启应用，或是执行发送告警、清理资源等自定义操作；
3. 也可以利用Service Fabric的EventStore订阅健康事件，实时触发响应动作。

需要注意的是，自定义逻辑要做好容错，避免监控服务自身故障导致误操作；同时要合理区分健康报告级别（Warning vs Error），防止过度触发修复动作。

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