3. 发布工程概述
发布工程是连接开发、测试与生产环境的桥梁，其核心目标是通过自动化、标准化和自助化，实现安全、高效、可重复的软件交付。本章从三个维度构建发布工程的认知框架：持续交付成熟度模型用于评估组织能力，发布流水线架构定义技术实现路径，自助服务门户则作为统一入口承载质量门禁与阻断策略。
3.1 持续交付成熟度模型
持续交付成熟度模型（CDMM）帮助团队识别当前阶段，并规划演进路线。通常划分为五个等级：
| 等级 | 名称 | 核心特征 | 发布频率 |
|---|---|---|---|
| L1 | 手动构建 | 开发人员手动编译、测试、部署；依赖个人经验 | 月/季度 |
| L2 | 基础自动化 | 引入CI工具，实现自动构建与单元测试；部署仍手动 | 周 |
| L3 | 持续集成 | 自动化测试覆盖集成与回归；构建产物标准化 | 天 |
| L4 | 持续交付 | 自动化部署到类生产环境；发布审批流程化 | 小时 |
| L5 | 持续部署 | 全自动化发布至生产；灰度、回滚、SLO门禁完备 | 分钟/按需 |
关键洞察：大多数组织处于 L2-L3 之间。向 L4 跃迁的关键在于部署自动化与环境一致性；向 L5 跃迁则需要SLO驱动的质量门禁作为安。
3.2 发布流水线架构
发布流水线是持续交付的核心执行层，通常包含以下阶段与组件：
- 代码提交与触发：Git事件（push/PR）触发流水线。
- 构建与单元测试：编译、静态分析、单元测试，生成不可变构建产物。
- 制品管理与版本化：将产物推送至制品仓库（如Harbor、Nexus），并打上唯一版本标签。
- 环境部署与集成测试：自动部署到开发/测试环境，执行集成、契约、端到端测试。
- 质量门禁与审批：基于SLO、测试通过率、安全扫描结果等条件，自动阻断或放行。
- 生产发布与监控：灰度发布、蓝绿部署或金丝雀发布，配合可观测性验证。
3.3 自助服务门户的定位
自助服务门户是发布工程的“前台”，面向开发、测试、运维等角色，提供统一的发布操作界面与可视化能力。其核心定位包括：
- 抽象底层复杂性：屏蔽Kubernetes、CI/CD工具链、基础设施API的差异，提供一致的操作体验。
- 嵌入质量门禁：将SLO、安全策略、审批规则等作为门禁条件，在发布流程中自动执行阻断或告警。
- 提供可观测性：展示流水线状态、部署进度、SLO仪表盘、变更风险评分。
- 支持自助操作：允许用户自行发起部署、回滚、配置变更，无需依赖平台团队。
平台工程视角：自助门户是“开发者平台”的关键交互层。它通过黄金路径（Golden Path）引导用户遵循最佳实践，同时通过门禁阻断防止错误操作进入生产环境。
3.4 发布工程与SLO驱动的质量门禁
在发布工程体系中，SLO驱动的质量门禁是确保发布安全性的核心机制。其工作流程如下：
- 定义SLO：为每个服务定义关键SLO（如可用性≥99.9%、P95延迟≤200ms）。
- 嵌入流水线：在发布流水线的“质量门禁”阶段，自动查询SLO监控数据。
- 条件判断：若当前SLO状态处于“违规”或“告警”区间，则阻断发布；若处于“合规”区间，则放行。
- 阻断反馈：将阻断原因、SLO偏差详情返回至自助门户，供用户查看与修复。
常见陷阱：门禁条件过于严格（如要求SLO 100%合规）会导致发布停滞；过于宽松则失去保护意义。建议采用多级门禁：关键SLO硬阻断，非关键SLO仅告警。