首页/云/可观测性速查/监控覆盖盘点清单
监控体系与方法40 条

监控覆盖盘点清单

定期盘点每个业务单元是否被监控覆盖:从入口、依赖、数据、任务四个方向核对,找出只有巡检没有告警的盲区。

可观测性速查云更新于 2026-10-13

监控覆盖盘点是什么

监控覆盖盘点把「有没有被监控」当成需要定期核查的事:按入口、依赖、数据、任务四个方向逐个业务单元核对,找出只有人工巡检、没有告警的盲区。它输出的是带责任人与截止时间的清单,而不是一份「已知缺口」列表。在服务上线流程里加入覆盖检查项,可以从源头避免覆盖度随业务增长持续退化。

基本信息

盘点方向入口、依赖、数据、任务、应急通道
输出物覆盖清单:对象、类型、现有监控、告警等级、负责人、缺口
盘点周期常规按季度,重大变更后追加
判定标准是否可告警、是否可定位、是否有负责人
权限要求各系统监控配置的读权限

盘点四个方向

  • 入口:域名、网关、负载均衡的可用性与错误率是否覆盖
  • 依赖:数据库、缓存、消息队列的连接数与延迟是否有指标
  • 数据:备份任务、同步任务的成功与否是否可告警
  • 任务:定时任务与批处理的执行结果与超时是否有上报
  • 应急通道:告警能否到达值班人,通知渠道是否定期演练

执行要点

  • 盘点结果必须落成责任人与截止时间,否则会停在「已知缺口」状态
  • 同时盘主机与业务链路,避免机器全覆盖、业务黑盒的假安全感
  • 新服务上线流程里加入覆盖检查项,从源头防止退化
  • 区分「有指标」与「有可行动的告警」,只采集不告警不算覆盖
  • 把复盘时新发现的盲区补进清单,形成滚动更新机制

盘点表模板

盘点表模板
对象,类型,现有监控,告警等级,负责人,缺口
order-api,HTTP 服务,错误率与延迟,P2,后端组,无
report-export,定时任务,无,P3,数据组,需要任务结果上报
mysql-master,数据库,连接数与主从延迟,P2,DBA,备份任务未监控

判定维度

维度合格标准常见缺口
入口可用性与错误率可告警只配了可用性,没有错误率
依赖连接与延迟都有指标只监控进程存活
数据任务成功与否可告警备份日志无人查看
任务执行结果与超时上报失败只体现在日志里
应急告警能触达值班人通知通道年久失修
盘点时顺手写出「这条监控触发之后该做什么」,能筛出一批没有动作可执行的无效监控,为后续精简提供依据。

易错点

  • 只盘主机数量不盘业务链路,会出现机器全监控、业务黑盒的假安全感
  • 盘点结果没有责任人与截止时间,清单会长期停留在「已知缺口」状态
  • 新增服务上线不检查清单,监控覆盖会随业务增长持续退化
  • 把「已采集指标」当成「已覆盖」,没有可行动的告警仍属于盲区

数据来源与参考

  • Google SRE Book 第 6 章(监控覆盖与信号设计)
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌