dashboard-builder

原文涵盖的主题

• 仪表盘构建器
• 使用场景
• 约束条件
• 工作流程
• 1. 定义操作问题
• 2. 研究目标平台架构
• 3. 构建最小可用面板
• 4. 剔除装饰性面板

当任务需要构建一个可供操作人员使用的仪表盘时使用此方案。 目标不是"展示所有指标"，而是回答以下问题： 系统健康吗？ 瓶颈在哪里？ 发生了什么变化？ 应该采取什么行动？ "构建一个Kafka监控仪表盘" "为Elasticsearch创建一个Grafana仪表盘" "为这个服务制作一个SigNoz仪表盘" "将这个指标列表转化为真正的运维仪表盘" 不要从视觉布局开始；要从操作人员的问题出发 不要仅仅因为指标存在就包含所有可用指标 不要在没有结构的情况下混合健康、吞吐量和资源面板 不要发布没有标题、单位和合理阈值的面板 围绕以下方面组织： 健康/可用性 延迟/性能 吞吐量/容量 饱和度/资源 服务特定风险 首先检查现有仪表盘： JSON结构 查询语言 变量 阈值样式 分区布局 推荐结构： 1. 概览 2. 性能 3. 资源 4. 服务特定分区 每个面板都应回答一个真实问题。如果不能，则移除。 集群健康 分片分配 搜索延迟 索引速率 JVM堆/GC 代理数量 副本不足的分区 消息流入/流出 消费者滞后 磁盘和网络压力 请求速率 p50/p95/p99延迟 错误率 上游健康 活跃连接数 \[ ] 有效的仪表盘JSON \[ ] 清晰的分区分组 \[ ] 包含标题和单位 \[ ] 阈值/状态颜色有意义 \[ ] 存在常用过滤器的变量 \[ ] 默认时间范围和刷新频率合理 \[ ] 没有对操作人员无价值的装饰性面板 research-ops backend-patterns terminal-ops