部署流水线是什么
经典的阶段化模型（Humble & Farley）：提交、自动化验收、容量测试、生产发布。同一套「先建后晋级」的制品逐阶段推进，阶段之间可自动晋级或人工门控，关键是每个阶段都能自动化重复执行、结果可追溯。模型是骨架，阶段命名与裁剪按组织实际落地。
基本信息
| 阶段 | 提交阶段、验收测试阶段、容量测试阶段、生产发布阶段 |
|---|---|
| 自动化 | 每个阶段自动化执行并可重复 |
| 门控 | 阶段之间可设置人工审批与环境特定验证 |
| 制品 | 同一套先建后的制品逐阶段推进，不重复构建 |
| 反馈 | 提交阶段最快，越往后越接近生产、越慢 |
典型使用场景
- 日常提交：快速反馈编译、单测与静态检查结果
- 版本验收：集成测试、端到端与安全扫描集中跑
- 大促准备：容量测试阶段压测与容量对比
- 发布执行：灰度、全量与发布后验证
- 审计要求：留痕每个阶段，回答这版经过了哪些检查
- 裁剪落地：小项目合并提交与验收阶段，保留发布门控
阶段映射示例
阶段映射示例
提交：编译 + 单测 + 静态检查
验收：集成测试 + 端到端 + 安全扫描
容量：压测 + 容量对比
发布：灰度 → 全量 → 验证阶段门控对照
| 阶段 | 目标 | 典型门控 |
|---|---|---|
| 提交 | 分钟级反馈 | 无，全自动 |
| 验收 | 功能与安全 | 以自动为主 |
| 容量 | 容量与性能结论 | 大促前人工评审 |
| 发布 | 上线与验证 | 人工审批或策略放行 |
模型是骨架，阶段命名与裁剪按组织实际落地，关键是「每个阶段可自动重复」。
反馈时间要分级：提交阶段追求分钟级，别让慢任务拖住快速反馈。
落地检查要点
- 提交阶段控时：编译、单测与静态检查并行跑，分钟级出结果
- 制品唯一：全流程引用同一构建产物，禁止阶段内重建
- 晋级留痕：每个阶段的结果与审批记录可查询
- 环境一致：预发与生产用同一部署工具与配置
- 回滚演练：发布阶段包含回滚步骤与验证
- 度量改进：统计各阶段时长与失败率，持续裁剪瓶颈