交付瓶颈与价值流分析工程 - 第1节
1. CI/CD基础概念
在 DevOps 实践中，CI/CD 是三个紧密关联但职责不同的阶段。理解它们的定义与边界，是构建可靠流水线的第一步。下表从目标、触发方式、人工介入程度三个维度进行对比：
| 维度 | 持续集成 (CI) | 持续交付 (CD) | 持续部署 (CD) |
|---|---|---|---|
| 核心目标 | 频繁合并代码，尽早发现集成错误 | 确保代码随时可发布到生产环境 | 自动将通过验证的版本部署到生产 |
| 触发方式 | 代码推送 / PR 合并 | CI 通过 + 人工审批 | CI 通过 + 自动触发 |
| 人工介入 | 无（自动化构建+测试） | 有（一键发布决策） | 无（全自动） |
| 产出物 | 构建产物 + 测试报告 | 可部署的制品 + 发布审批单 | 生产环境运行实例 |
| 失败影响范围 | 开发分支阻塞 | 预发布环境阻塞 | 生产环境风险 |
关键区分：持续交付要求“一键部署”的能力，但保留人工确认环节；持续部署则完全自动化，适合低风险、高频次的服务。Runbook 失败复测在 CI 阶段侧重构建/单元测试修复，在 CD 阶段侧重环境配置与集成测试验证。
1.1.1 三阶段关系流程图
下图展示了从代码提交到生产部署的完整 CI/CD 链路，以及各阶段的核心活动：
实践建议：在 Runbook 失败复测中，CI 阶段的失败通常由开发人员直接修复代码；持续交付阶段的失败需要运维与开发协同排查环境配置；持续部署阶段的失败必须立即启动回滚流程，再分析根因。
1.2 流水线的核心价值
CI/CD 流水线不仅仅是自动化工具链的堆叠，它从根本上改变了软件交付的质量、速度与风险控制方式。以下是流水线带来的五大核心价值：
- 快速反馈 — 每次代码提交后 10-30 分钟内获得构建与测试结果，将问题定位成本降低 80% 以上。
- 消除“在我机器上能跑” — 标准化构建环境与部署流程，确保开发、测试、生产环境行为一致。
- 可重复的发布过程 — 流水线定义即代码（Pipeline as Code），每次发布执行相同的步骤序列，杜绝手动操作遗漏。
- 自动化质量门禁 — 在流水线中嵌入代码扫描、安全检测、性能基准测试，不符合质量标准的版本无法进入下一阶段。
- 审计与可追溯性 — 每次构建、每次部署都有完整日志与制品版本记录，满足合规审计要求。
1.2.1 流水线核心价值架构图
下图将五大核心价值组织为流水线的能力层，展示它们如何共同支撑稳定、高效的交付体系：
常见误区：很多团队将流水线等同于“自动编译+自动部署”，忽略了质量门禁和审计追溯的价值。在 Runbook 失败复测中，缺少质量门禁的流水线往往导致相同类型的失败反复出现，因为问题没有被自动拦截。
1.3 流水线失败复测的定位
在 CI/CD 实践中，流水线失败是常态而非异常。Runbook 失败复测的核心目标是在流水线失败后，通过标准化的排查步骤和自动化重试机制，快速定位根因并恢复流水线健康。下表总结了常见失败场景与复测策略：
| 失败阶段 | 典型失败原因 | 复测策略 | 自动化程度 |
|---|---|---|---|
| 代码编译 | 依赖冲突、语法错误 | 增量编译 + 依赖缓存清理 | 全自动 |
| 单元测试 | 测试数据污染、Mock 失效 | 隔离测试环境 + 重跑失败用例 | 全自动 |
| 集成测试 | 外部服务不可用、网络超时 | 健康检查前置 + 指数退避重试 | 半自动（需人工确认服务状态） |
| 部署阶段 | 配置错误、资源不足 | 回滚至上一版本 + 检查配置变更 | 手动（需人工决策） |
课程定位：本课程将围绕上述失败场景，提供可落地的 Runbook 模板、自动化复测脚本以及决策树，帮助学员在 15 分钟内完成从失败告警到流水线恢复的全流程。