部署管理是什么
部署管理负责把硬件、软件、文档等组件安装或移动到目标环境，强调自动化、可重复、可回退与全程留痕。ITIL 4 把它列为三项技术管理实践之一。它和发布管理的区别在于：部署是动作，发布是对用户可见的能力开放；同一次部署可以只让功能对内部可见，或用开关逐步放开。适用对象包括物理机、虚拟机、容器与云上托管服务，形式不同但要求一致：可重复、可验证、可回退。
基本信息
| 定义 | 组件到指定环境的移动或安装 |
|---|---|
| 关键要求 | 自动化、幂等、留痕 |
| 常用工具 | 流水线、配置管理、制品库 |
| 环境顺序 | 测试 → 预发 → 生产 |
| 回退要求 | 回退脚本经过实际验证 |
| 关联实践 | 持续交付、变更使能、服务配置管理 |
典型使用场景
- 日常持续部署：提交通过流水线后自动部署到测试与预发
- 生产发布：按灰度策略小批量部署，观察指标后放量
- 配置变更：用配置管理工具统一下发，保证环境一致
- 环境重建：故障或迁移时用同一套脚本重建环境
- 回退演练：定期验证回退脚本可用，避免关键时刻失效
- 审计留痕：部署记录与制品版本关联，满足合规要求
部署流水线要素
部署流水线要素
构建 → 制品版本化与签名
测试环境部署 + 自动验证
预发环境验收（同一制品晋级）
生产灰度部署
自动验证 → 全量发布或回滚
要求：制品只构建一次，回滚脚本与部署脚本同样经过演练部署与发布对照
| 维度 | 部署 | 发布 |
|---|---|---|
| 动作性质 | 把组件安装或移动到环境 | 让新能力对用户可见 |
| 用户感知 | 不一定，可先隐藏 | 直接感知 |
| 失败处理 | 回滚部署或重新下发 | 关闭开关或回退版本 |
| 记录载体 | 部署记录与制品版本 | 发布说明与公告 |
部署自动化程度直接影响 DORA 的部署频率与变更前置时间：手工步骤越多，前置时间越长，也越难复现同样的结果。
幂等是部署脚本的核心要求：重复执行同一脚本不应产生额外副作用，否则一次重试就可能把故障放大。