3. Runbook 核心概念：定义、分类与运维定位

Runbook（运维剧本）是运维领域将“知识经验”转化为“可执行操作”的核心载体。在自动化告警响应体系中，Runbook 不再仅仅是静态的文档，而是连接告警、决策与自愈动作的“剧本引擎”。理解其定义、分类与定位，是构建联动自愈体系的第一步。

3.1 Runbook 的定义

Runbook 是一份结构化的操作指南，它详细描述了在特定运维事件（如告警触发、故障发现、变更执行）发生时，运维人员或自动化系统应遵循的步骤、检查项、命令序列与决策逻辑。其核心价值在于：

• 标准化：消除个人经验差异，确保每次响应都遵循最佳实践。
• 可重复：相同告警触发相同流程，便于复盘与优化。
• 可审计：每一步操作都有据可查，满足合规与故障回溯需求。

3.2 Runbook 的分类

根据自动化程度和执行主体的不同，Runbook 通常分为三类。下表从多个维度进行了对比：

3.2.1 手动 Runbook

这是最传统的形态，通常以 Wiki、Confluence 或 Markdown 文档形式存在。运维人员收到告警后，手动打开文档，按照步骤逐一执行。其优点是编写成本低、覆盖复杂场景；缺点是依赖人员经验、执行效率低、容易出错。

3.2.2 半自动 Runbook

系统自动执行大部分检查与准备步骤，但在关键决策点（如“是否重启生产实例”、“是否回滚版本”）暂停，等待人工确认。这种模式在“安全”与“效率”之间取得了平衡，是当前企业落地自动化告警响应的主流形态。

3.2.3 全自动 Runbook

完全由机器执行，从告警触发到恢复操作，中间无人工干预。这是“自愈”的终极形态，要求 Runbook 逻辑严密、异常处理完善、回滚机制可靠。通常用于资源弹性伸缩、健康检查修复、日志清理等确定性场景。

3.3 Runbook 在运维体系中的定位

Runbook 不是孤立存在的，它处于运维体系的核心枢纽位置，连接着“监控告警”、“变更管理”、“故障管理”与“CMDB/资源管理”四大领域。下图展示了 Runbook 在自动化运维体系中的核心定位：

从上图可以看出，Runbook 处于“十字路口”：

• 向上对接监控告警：告警事件是 Runbook 的触发信号，Runbook 根据告警类型和参数选择执行路径。
• 向左对接 CMDB：执行过程中需要查询资源属性（IP、机房、负责人、配置参数），CMDB 提供上下文数据。
• 向右对接变更管理：自愈操作本质上是变更，Runbook 需要调用变更平台接口，记录变更单，确保合规。
• 向下对接故障管理：每次执行结果（成功/失败/超时）都应同步到故障管理平台，形成事件闭环。

3.4 Runbook 与自愈剧本的关系

在《Runbook 联动自愈剧本》课程语境下，“自愈剧本”是 Runbook 在自动化场景下的高级编排形态。一个自愈剧本通常包含多个 Runbook 步骤、条件分支、并行任务和超时处理逻辑。下表对比了传统 Runbook 与自愈剧本的关键差异：

下图展示了从“手动 Runbook”到“全自动自愈剧本”的演进路径：