1. 课程导论：CI/CD 与 Runbook 的概念、为什么需要联动、课程目标与学习路径

1.1 核心概念：CI/CD 与 Runbook

在深入联动实践之前，我们需要先明确两个核心概念的定义与边界。

1.2 为什么需要联动：从割裂到闭环

在大多数组织中，CI/CD 流水线和 Runbook 运行在两条平行线上。这种割裂带来了三个典型痛点：

1. 部署失败后响应滞后： 流水线失败后，运维人员需要手动登录机器、查阅文档、执行恢复步骤，MTTR 往往超过 30 分钟。
2. 变更与操作脱节： 开发通过 CI/CD 完成部署，但数据库回滚、配置回退、流量切换等操作仍依赖人工执行 Runbook，容易遗漏步骤。
3. 知识沉淀困难： Runbook 文档更新不及时，且与流水线版本没有关联，导致“文档与代码不符”的常见问题。

联动的本质，是将 Runbook 从“人找步骤”转变为“流水线自动触发步骤”，实现 部署即预案、失败即恢复 的闭环。

1.3 课程目标

通过本课程的学习，你将能够：

• 掌握联动架构设计： 理解 CI/CD 流水线与 Runbook 引擎之间的 API 集成、事件驱动、回调机制等核心架构模式。
• 实现自动化故障恢复： 在流水线中嵌入健康检查、自动回滚、数据库迁移修复等 Runbook 步骤，实现无人值守的故障自愈。
• 构建变更与操作的一致性： 将 Runbook 版本化并与流水线版本绑定，确保每次部署都使用匹配的操作预案。
• 落地可观测性联动： 将 Runbook 执行状态、结果、耗时等指标回传至监控与告警系统，形成完整的运维数据闭环。
• 产出可复用的联动模板： 基于 Jenkins + Rundeck、GitLab CI + Ansible AWX 等主流组合，产出可直接落地的流水线模板与 Runbook 示例。

1.4 学习路径与课程结构

本课程共分为 6 个模块，30 个章节，建议按顺序学习：

1.5 前置知识要求

为了获得最佳学习体验，建议学习者具备以下基础：

• 熟悉至少一种 CI/CD 工具的基本使用（如 Jenkins、GitLab CI、GitHub Actions）。
• 了解 Linux 基础操作与 Shell 脚本编写。
• 对 Docker 和容器化部署有基本认知。
• 了解 REST API 的基本概念（用于理解工具间的集成调用）。