首页/云/可观测性速查/看板设计原则:从总览到下钻
监控体系与方法40 条

看板设计原则:从总览到下钻

好用的看板按总览、分组、单实例三层组织:首屏给结论(可用性与错误),中间给分维度趋势,底部提供下钻入口;每个面板都应能回答一个具体问题。

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

看板设计原则是什么

好用的看板按三层组织:首屏给结论(可用性、错误率、P99 延迟、当前告警数),中间按维度分组展示趋势,底部提供下钻入口。核心判断标准是「每个面板都能回答一个具体问题」——如果说不清它在回答什么,这块面板多半可以删掉。看板要面向场景,值班、容量与业务大屏目标不同。

基本信息

组织层次总览 → 分组 → 单实例
首屏内容结论型指标(可用性、错误率、延迟)
中间层按服务、接口、地域分维度趋势
下钻方式跳转到实例看板、日志、链路查询
标注发布点与配置变更用注释线
数量控制一屏半内找不到答案即需调整
  • 首屏放结论型指标:可用性、错误率、P99 延迟、当前告警数
  • 第二屏按维度分组:按服务、按接口、按地域
  • 提供下钻路径:从聚合面板跳到实例级看板或日志、链路查询
  • 标注关键变更:发布点与配置变更用注释线标出
  • 控制面板数量:一屏半内找不到答案,说明结构需要调整
  • 同屏单位与小数位统一:避免百分比与绝对数混排造成误读

面板标题写清口径

面板标题写清口径
错误率 = 5xx 请求 / 总请求(5m 滚动)
P99 延迟(成功请求,5m 滚动)
支付成功率(业务口径,支付网关数据)

# 标题自带口径与窗口,读图时不需再猜

看板类型与目标

看板类型主要读者设计重点
值班看板当班工程师结论优先、下钻路径短
容量看板架构与运维水位与趋势、扩容提前量
业务大屏业务方业务口径、少技术术语
复盘看板事故参与者固定时间范围与变更标注
看板的首要原则是面向场景:值班看板、容量看板、业务大屏目标不同,不要用一块看板同时满足。
面板标题要写清口径与窗口:只写「流量」或「延迟」会让不同统计方式的两条曲线被错误比较。
把发布与配置变更用注释线标在图上,能让「故障与变更同时发生」这类规律变得一目了然,是复盘的重要素材。
下钻路径要自洽:从总览跳到实例看板时带上时间范围与筛选变量,否则跳转后上下文错位,反而增加排查成本。

易错点

  • 面板标题含糊(如只写「流量」)会让不同口径的曲线被误读
  • 把几十个面板堆在首页,故障时反而找不到关键指标
  • 缺下钻路径时,看到异常只能手工拼查询,排查时间被拉长
  • 一条看板同时服务值班与业务汇报,两边都觉得不好用
  • 跳转链接不带时间范围与变量,下钻后上下文错位,容易得出错误结论

数据来源与参考

  • Grafana 文档 · Best practices for dashboards
  • Google SRE Book 第 6 章(监控展示)
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌