仪表盘构建器 是做什么的?
当任务需要构建一个人们可从中进行运维操作的仪表盘时使用此技能。
目标不是“展示每个指标”。目标是回答以下问题:
- 它健康吗?
- 瓶颈在哪里?
- 发生了什么变化?
- 应该采取什么行动?
使用时机
- “构建一个 Kafka 监控仪表盘”
- “为 Elasticsearch 创建一个 Grafana 仪表盘”
- “为这个服务制作一个 SigNoz 仪表盘”
- “将这个指标列表转化为一个真正的运维仪表盘”
约束条件
- 不要从视觉布局开始;要从运维问题开始
- 不要仅仅因为指标存在就包含所有可用指标
- 不要无结构地混合健康、吞吐量和资源面板
- 不要发布没有标题、单位和合理阈值的面板
工作流程
1. 定义运维问题
围绕以下方面组织:
- 健康 / 可用性
- 延迟 / 性能
- 吞吐量 / 容量
- 饱和 / 资源
- 服务特定风险
2. 研究目标平台架构
首先检查现有仪表盘:
- JSON 结构
- 查询语言
- 变量
- 阈值样式
- 分区布局
3. 构建最小有用仪表盘
推荐结构:
- 概览
- 性能
- 资源
- 服务特定分区
4. 移除虚荣面板
每个面板都应回答一个真实问题。如果不能,则将其移除。
示例面板集
Elasticsearch
- 集群健康
- 分片分配
- 搜索延迟
- 索引速率
- JVM 堆 / GC
Kafka
- 代理数量
- 未复制分区
- 消息输入 / 输出
- 消费者积压
- 磁盘和网络压力
API 网关 / 入口
- 请求速率
- p50 / p95 / p99 延迟
- 错误率
- 上游健康
- 活动连接
质量检查清单
- 有效的仪表盘 JSON
- 清晰的分区分组
- 标题和单位已存在
- 阈值/状态颜色有意义
- 存在用于常见过滤器的变量
- 默认时间范围和刷新间隔合理
- 没有无运维价值的虚荣面板
相关技能
research-opsbackend-patternsterminal-ops