监控覆盖盘点是什么
监控覆盖盘点把「有没有被监控」当成需要定期核查的事:按入口、依赖、数据、任务四个方向逐个业务单元核对,找出只有人工巡检、没有告警的盲区。它输出的是带责任人与截止时间的清单,而不是一份「已知缺口」列表。在服务上线流程里加入覆盖检查项,可以从源头避免覆盖度随业务增长持续退化。
基本信息
| 盘点方向 | 入口、依赖、数据、任务、应急通道 |
|---|---|
| 输出物 | 覆盖清单:对象、类型、现有监控、告警等级、负责人、缺口 |
| 盘点周期 | 常规按季度,重大变更后追加 |
| 判定标准 | 是否可告警、是否可定位、是否有负责人 |
| 权限要求 | 各系统监控配置的读权限 |
盘点四个方向
- 入口:域名、网关、负载均衡的可用性与错误率是否覆盖
- 依赖:数据库、缓存、消息队列的连接数与延迟是否有指标
- 数据:备份任务、同步任务的成功与否是否可告警
- 任务:定时任务与批处理的执行结果与超时是否有上报
- 应急通道:告警能否到达值班人,通知渠道是否定期演练
执行要点
- 盘点结果必须落成责任人与截止时间,否则会停在「已知缺口」状态
- 同时盘主机与业务链路,避免机器全覆盖、业务黑盒的假安全感
- 新服务上线流程里加入覆盖检查项,从源头防止退化
- 区分「有指标」与「有可行动的告警」,只采集不告警不算覆盖
- 把复盘时新发现的盲区补进清单,形成滚动更新机制
盘点表模板
盘点表模板
对象,类型,现有监控,告警等级,负责人,缺口
order-api,HTTP 服务,错误率与延迟,P2,后端组,无
report-export,定时任务,无,P3,数据组,需要任务结果上报
mysql-master,数据库,连接数与主从延迟,P2,DBA,备份任务未监控判定维度
| 维度 | 合格标准 | 常见缺口 |
|---|---|---|
| 入口 | 可用性与错误率可告警 | 只配了可用性,没有错误率 |
| 依赖 | 连接与延迟都有指标 | 只监控进程存活 |
| 数据 | 任务成功与否可告警 | 备份日志无人查看 |
| 任务 | 执行结果与超时上报 | 失败只体现在日志里 |
| 应急 | 告警能触达值班人 | 通知通道年久失修 |
盘点时顺手写出「这条监控触发之后该做什么」,能筛出一批没有动作可执行的无效监控,为后续精简提供依据。