多环境配置矩阵工作流

把环境配置建模为基底加覆盖的矩阵，校验每个单元格，防住只在生产现形的手误。

目标

整份拷贝的配置文件意味着每次环境编辑都是全量重写，手误会一直藏到最重要的那次部署。基底加覆盖让分歧显式化——想不同就必须声明；CI 里渲染并校验所有单元格，任何环境的手误在任何变更时都会失败，“只在生产现形”这一类问题整体消亡。

步骤要点

重构为基底加覆盖：把共享值收进单一基底配置，每个环境的覆盖文件只放真实差异，让分歧显式。
一次性定义 schema：为配置类型写一份校验 schema，覆盖类型、范围、必填键与跨字段约束。
CI 校验每个单元格：渲染各环境有效配置并全部校验，而不只是正在部署的那个。
部署时展示目标单元格 diff：部署评审包含目标环境渲染后的有效配置差异，所见即所应用。
守护跨环境不变量：加跨单元格检查——生产不得指向预发服务、密钥不得跨环境共享。

排错提示

配置是整份拷贝时环境差异埋在九十行相同内容里，覆盖结构让分歧要么显式要么不存在；只校验被部署环境会让生产的手误潜伏到最吓人的时刻，全部单元格每次都验；覆盖里混进了本该进基底的共享值是结构回退，评审要把覆盖内容限定在真差异。

适用边界

矩阵模型适合结构相近的环境，形态迥异的部署目标需要独立配置而非强行覆盖；渲染与校验增加 CI 时长，可按变更路径选择增量校验。

代码示例

structure:
  config/base.yaml        (shared truth)
  overlays/staging.yaml   (url, log level, flags)
  overlays/prod.yaml      (url, replicas, timeouts)

CI: render ALL cells, validate ALL:
  staging: valid    prod: INVALID
    prod.replicas: "six"   <- typo, expected int
    (fails on ANY change, not just prod deploys)

deploy review includes rendered diff:
  prod effective: - replicas: 6
                   + replicas: 8   (seen as applied)

cross-invariants:
  prod.service_url contains ".prod."  PASS
  staging.secret_hash != prod.secret_hash  PASS
    (secrets never shared across cells)