L5 晋级编排
职责:版本如何从 dev → staging → prod。文章推荐 Kargo(Freight / Warehouse / Stage 模型,PR 式晋级)。
判定:暂不需要(三轮讨论未变)
- 单人、单环境、直接提交 main 的节奏下,Freight 模型没有承载物。Kargo 曾试装后归档(kubernetes 仓
archive/kargo/),归档是正确决定 - 第二环境出现时的最短路径:ApplicationSet 加一个 list element +
values-prod.yaml,晋级 = 一个复制镜像 digest 的 PR(「同一 digest 一路晋级」约 20 行脚本即可落实) - 重启评估条件(写死,防止将来凭感觉重新引入):环境 ≥3 个,或每周晋级频繁到手工复制成为负担
层间关系
L5 的价值建立在 L4 正常运转之上;L4 断链期间(见 GitOps 断链与重接前置)讨论晋级编排没有意义。
相关:GitOps 六层堆栈 · L4 持续交付