儀表板建置器 是做什麼的?
當任務是建置一個可供人員操作的儀表板時,請使用此技能。
目標不是「顯示所有指標」。目標是回答:
- 它健康嗎?
- 瓶頸在哪裡?
- 什麼改變了?
- 應該採取什麼行動?
使用時機
- 「建置一個 Kafka 監控儀表板」
- 「為 Elasticsearch 建立一個 Grafana 儀表板」
- 「為此服務製作一個 SigNoz 儀表板」
- 「將此指標列表轉變為真正的運維儀表板」
護欄
- 不要從視覺佈局開始;從運維問題開始
- 不要只因某指標存在就包含它
- 不要在沒有結構的情況下混雜健康、吞吐量和資源面板
- 不要發布沒有標題、單位和合理閾值的面板
工作流程
1. 定義運維問題
圍繞以下面向組織:
- 健康 / 可用性
- 延遲 / 效能
- 吞吐量 / 流量
- 飽和度 / 資源
- 服務特定的風險
2. 研究目標平台綱要
先檢查現有儀表板:
- JSON 結構
- 查詢語言
- 變數
- 閾值樣式
- 區段佈局
3. 建置最小可用儀表板
建議的結構:
- 概覽
- 效能
- 資源
- 服務特定區段
4. 刪除虛榮面板
每個面板都應回答一個真實問題。如果不能,就移除它。
範例面板組
Elasticsearch
- 叢集健康
- 分片分配
- 搜尋延遲
- 索引速率
- JVM 堆積 / GC
Kafka
- 代理程式數量
- 複製不足的分區
- 訊息流入 / 流出
- 消費者延遲
- 磁碟與網路壓力
API 閘道 / 入口
- 請求速率
- p50 / p95 / p99 延遲
- 錯誤率
- 上游健康狀態
- 活躍連線數
品質檢查清單
- 有效的儀表板 JSON
- 清晰的區段分組
- 標題和單位都存在
- 閾值/狀態顏色具有意義
- 存在常用篩選條件的變數
- 預設時間範圍和重新整理間隔合理
- 沒有對運維無價值的虛榮面板
相關技能
research-opsbackend-patternsterminal-ops