dashboard-builder

仪表盘构建器

当任务需要构建一个可供操作人员使用的仪表盘时使用此方案。

目标不是"展示所有指标"，而是回答以下问题：

• 系统健康吗？
• 瓶颈在哪里？
• 发生了什么变化？
• 应该采取什么行动？

使用场景

• "构建一个Kafka监控仪表盘"
• "为Elasticsearch创建一个Grafana仪表盘"
• "为这个服务制作一个SigNoz仪表盘"
• "将这个指标列表转化为真正的运维仪表盘"

约束条件

• 不要从视觉布局开始；要从操作人员的问题出发
• 不要仅仅因为指标存在就包含所有可用指标
• 不要在没有结构的情况下混合健康、吞吐量和资源面板
• 不要发布没有标题、单位和合理阈值的面板

工作流程

1. 定义操作问题

围绕以下方面组织：

• 健康/可用性
• 延迟/性能
• 吞吐量/容量
• 饱和度/资源
• 服务特定风险

2. 研究目标平台架构

首先检查现有仪表盘：

• JSON结构
• 查询语言
• 变量
• 阈值样式
• 分区布局

3. 构建最小可用面板

推荐结构：

1. 概览
2. 性能
3. 资源
4. 服务特定分区

4. 剔除装饰性面板

每个面板都应回答一个真实问题。如果不能，则移除。

示例面板集

Elasticsearch

• 集群健康
• 分片分配
• 搜索延迟
• 索引速率
• JVM堆/GC

Kafka

• 代理数量
• 副本不足的分区
• 消息流入/流出
• 消费者滞后
• 磁盘和网络压力

API网关/入口

• 请求速率
• p50/p95/p99延迟
• 错误率
• 上游健康
• 活跃连接数

质量检查清单

• \[ ] 有效的仪表盘JSON
• \[ ] 清晰的分区分组
• \[ ] 包含标题和单位
• \[ ] 阈值/状态颜色有意义
• \[ ] 存在常用过滤器的变量
• \[ ] 默认时间范围和刷新频率合理
• \[ ] 没有对操作人员无价值的装饰性面板

相关技能

• research-ops
• backend-patterns
• terminal-ops