ダッシュボードビルダー は何をしますか?
人が運用できるダッシュボードを構築するタスクがある場合に使用します。
目標は「すべてのメトリクスを表示すること」ではありません。目標は以下に答えることです:
- 健全か?
- ボトルネックはどこか?
- 何が変わったか?
- 誰かがどのようなアクションを取るべきか?
使用タイミング
- 「Kafka監視ダッシュボードを構築する」
- 「Elasticsearch用のGrafanaダッシュボードを作成する」
- 「このサービスのSigNozダッシュボードを作成する」
- 「このメトリクスリストを実際の運用ダッシュボードに変換する」
ガードレール
- 視覚的なレイアウトから始めず、運用担当者の質問から始めること
- 存在するからといって利用可能なすべてのメトリクスを含めないこと
- 構造なしにヘルス、スループット、リソースパネルを混在させないこと
- タイトル、単位、適切なしきい値なしでパネルを出荷しないこと
ワークフロー
1. 運用質問を定義する
以下に従って整理する:
- ヘルス / 可用性
- レイテンシ / パフォーマンス
- スループット / ボリューム
- 飽和度 / リソース
- サービス固有のリスク
2. 対象プラットフォームのスキーマを調査する
まず既存のダッシュボードを検査する:
- JSON構造
- クエリ言語
- 変数
- しきい値のスタイル
- セクションレイアウト
3. 最小限の有用なボードを構築する
推奨構成:
- 概要
- パフォーマンス
- リソース
- サービス固有のセクション
4. 無駄なパネルを削除する
すべてのパネルは実際の質問に答える必要があります。答えられない場合は削除します。
サンプルパネルセット
Elasticsearch
- クラスタヘルス
- シャード割り当て
- 検索レイテンシ
- インデックスレート
- JVMヒープ / GC
Kafka
- ブローカ数
- レプリケーション不足パーティション
- メッセージ受信 / 送信
- コンシューマラグ
- ディスクおよびネットワークプレッシャー
APIゲートウェイ / イングレス
- リクエストレート
- p50 / p95 / p99 レイテンシ
- エラーレート
- 上流のヘルス
- アクティブ接続数
品質チェックリスト
- 有効なダッシュボードJSON
- 明確なセクショングループ化
- タイトルと単位が存在する
- しきい値/ステータス色が意味を持つ
- 共通フィルタ用の変数が存在する
- デフォルトの時間範囲と更新間隔が適切
- 運用価値のない無駄なパネルがない
関連スキル
research-opsbackend-patternsterminal-ops