Appearance
GitOps：用声明式配置和持续对账管理部署
修订于 2026-10-12。本文是方法说明，不声称本站在生产环境使用 Argo CD 或 Flux。
OpenGitOps 将 GitOps 概括为四项原则：期望状态以声明式方式表达；期望状态有版本且保留历史；代理自动拉取；代理持续对账实际状态与期望状态。只把部署脚本放进 Git，尚不足以构成完整的 GitOps 工作流。
工作过程
团队提交配置变更并经过审查；控制器检测新版本，将目标环境逐步调整到声明的状态；若实际状态发生漂移，控制器可再次对账。发布人员需要能看到“提交已合并”和“目标集群已同步”之间的差别。
风险与边界
- 凭证不要以明文提交到仓库；密钥分发须有独立机制。
- 自动同步、自动删除和自愈的行为各有风险，应在试点环境先验证。
- 回滚到旧配置不一定回滚数据迁移或外部副作用。
- 环境差异应显式管理，避免把测试环境的危险设置带入生产。
- 应监控同步失败、漂移和控制器本身的健康状态。
Argo CD、Flux 是实现方案，选用哪一种要看现有 Kubernetes 平台、权限模型与运维能力。先证明一条部署链路可审查、可观察、可恢复，再扩大覆盖。