每一个 GitOps 部署都会遇到同样的时刻：某处出了问题，有人对生产环境执行了 kubectl scale，修复生效了。接下来会发生什么，取决于两个在事故发生前很少被检查的设置：GitRepo 上的自愈（self-healing），以及集群上的暂停（pause）。我在 Rancher 2.15.1 的实验室环境中运行了全部三种组合，使用了 Fleet（存在偏见，我在 SUSE 工作）。三个 EKS 集群：开发和测试环境运行在 Kubernetes 1.36，生产环境运行在 1.35。案例 1 和案例 2 使用了来自公共 rancher/fleet-examples 仓库的 guestbook 应用，前端 Deployment 副本数为 3。案例 3 使用了来自我自有仓库的 podinfo Helm Chart。每一次手动变更都通过 Rancher UI 中的 scale 按钮进行，该按钮会向 Deployment 的 scale 子资源发送 PATCH 请求，这与 kubectl scale 发出的请求相同。