L4 持续交付
职责:Git 与集群状态调和 + 渐进式发布。文章推荐 Argo CD / Flux + Argo Rollouts。本地选 ArgoCD(UI 偏好、周边脚本已建成,换 Flux 是纯损耗)。
三个时间点
- 2026-08-07(TODO 记录):应用侧闭环端到端跑通——10 服务 CI 构建 → 推 TCR → 回写 tag → ArgoCD Synced → 10/10 Pod Running
- 2026-08-17(实测):集群已重装(当时约 39 小时)。ArgoCD 由 bootstrap 装出(16 pod),但集群里没有 ecommerce 命名空间——Application 未重新 apply,断链此刻已发生,当时无人点破。平台组件(可观测栈等)仍是 imperative install.sh,「文件 vs 集群对账」被判定为最大缺口,建议纳管 ArgoCD:先建 Application 不开 automated,拿 OutOfSync 当对账
- 2026-08-24 实测、08-30 复验(源:ecommerce 仓 AGENTS.md):零 Application、零 ApplicationSet,集群由
backend/services/*/deploy/手工路径驱动,helm/values.yaml不是集群真相源(集群 6 种镜像 tag 风格并存)
断因与重接前置见 GitOps 断链与重接前置。
Argo Rollouts:缓装(判定三轮未变)
单副本集群里金丝雀语义退化。前置条件:无状态服务 ≥2 副本 + PDB;届时用 Gateway API 插件(argoproj-labs 的 gatewayapi trafficrouter)贴 Cilium,不引入额外网格。
相关:GitOps 六层堆栈 · L2 CI 与证明 · ArgoCD 安装 · ArgoCD 示例部署