前言
好的手册在当警报触发时,便于快速定位问题。在更复杂的环境中,团队中的每个人都不会对每个系统都有所了解,而且Runbook是传播这些知识的一个载体,更是好方法。
手册 == RunBook, 请了解。
1、编写RunBook的注意事项
为特定服务编写了一个好的Runbook,大致需要一下几点:
- 这项服务是什么,它的作用是什么?
- 谁是项目负责?
- 它有什么依赖关系?
- 它的基础设施是什么样的?
- 它发出什么指标和日志,它们是什么意思?
- 为它设置了什么警报,为什么?
对于每个警报,我们可以包含指向该服务的Runbook的链接。当有人响应警报时,他们将打开Runbook并了解正在发生的事情,警报的含义以及潜在的补救步骤。
与许多好东西一样,Runbook很容易被滥用。如果警报的补救步骤与复制粘贴命令一样简单,那么说明已经开始滥用Runbook。对于上面说的情况应该自动执行该修复或解决基础问题,然后完全删除警报。
Runbook用于解决某些问题时需要人工判断和诊断的时间。
2、基于Web App的RunBook示例
当然,这是一个示例,你完全可以根据你的情况进行完善与调