环境一致性是什么
环境一致性（Dev/Prod Parity，12-Factor 原则之一）指让开发、测试、生产尽量同构：同一容器、同一依赖版本、同类中间件，减少「只在我的环境发生」类问题。目标不是完全一致——数据量、规模、硬件允许不同——而是先对齐最容易引发差异的要素：中间件种类与版本、语言运行时版本、配置项结构。对齐之后，缺陷更多在预发暴露而不是发布当天；反过来，测试用 SQLite、生产用 PostgreSQL，行为差异会藏到最后一刻才爆。
基本信息
| 维度 | 操作系统/运行时、依赖版本、中间件类型与版本、网络拓扑近似度 |
|---|---|
| 手段 | 容器化统一运行环境；预发环境用与生产同源的配置模板 |
| 权衡 | 完全同构成本高：先对齐「最容易引发差异」的要素（依赖与中间件版本） |
| 常见差异源 | 中间件种类、版本差、配置项结构差异 |
典型使用场景
- 容器化起步：把「本地直接装、服务器另装」统一成同一镜像。
- 中间件同类化：本地也用容器跑与生产同款的数据库与队列。
- 依赖锁定：锁文件加版本文件，开发与 CI 用同一版本解析。
- 预发验证：用与生产同源的配置模板，差异只留环境特定值。
- 新人接入：开箱即用的开发环境，减少环境搭建导致的坑。
对齐清单
对齐清单
- 容器基础镜像一致
- 语言运行时版本一致（锁文件+版本文件）
- 数据库/队列类型与主版本一致
- 环境变量清单一致（值可不同）
- 配置项结构一致（键名与层次相同）维度对照
| 维度 | 常见差异 | 对齐手段 |
|---|---|---|
| 运行时 | 版本不一 | 锁文件加基础镜像 |
| 中间件 | SQLite 对 PostgreSQL | 容器化同类中间件 |
| 配置 | 键结构不同 | 同源模板 |
| 拓扑 | 单机对集群 | 预发近似，允许差异并记录 |
把「环境差异清单」写进项目文档：新成员接入时少踩坑，排查问题时先对照差异清单。
数据可以不同构：用生产结构的脱敏子集做测试数据，比追求全量同步更现实，也比凭空造数据更接近真实。