Grafana Expressionsの真髄：データソースの壁を破壊し、ダッシュボードを「単なるグラフ」から「知的な意思決定エンジン」へ進化させる
こんにちは。オブザーバビリティの世界へようこそ。
多くのエンジニアがGrafanaを「Prometheusのグラフを表示するだけの箱」だと思っている。それはあまりにも勿体ない。Grafanaの真の力は、異なるデータソースを抽象化し、その場で数学的演算を加え、ビジネスロジックを可視化する「データ解析エンジン」としての側面にあります。
特に`Expressions`機能は、バックエンドのクエリを弄り回すことなく、フロントエンドで高速に相関分析を行うための「禁断のカード」です。今日は、あなたが明日からチームをリードするための「Grafanaを極めるための作法」を伝授します。
—
1. Expressionsの真髄：データソースの結合（Join）を制す
PrometheusのCPUメトリクスとCloudWatchのRDSのDB接続数を一つのグラフで比較したいとき、あなたはバックエンドに修正を加えますか？ そんな必要はありません。
実践：クロスソース演算のレシピ
1. Query A (Prometheus): `node_cpu_seconds_total` でCPU使用率を取得。
2. Query B (CloudWatch): `DatabaseConnections` を取得。
3. Expression (Math): `$A 0.1 + $B / 100` のような演算を実施。
ここで重要なのは、「Math」演算子だけでなく「Resample」を使いこなすことです。異なるデータソースは収集間隔（Step）が異なります。片方が15秒、片方が1分なら、演算結果はノイズだらけになります。必ず `Resample` 関数で時系列の解像度を揃えてから演算を行ってください。
—
2. 開発スピードを加速させる「神速」ショートカット
マウスでポチポチとクエリを編集するのは今日で終わりにしましょう。
- `d + s`: ダッシュボードの検索画面を瞬時に呼び出す。
- `Ctrl + Enter`: クエリの実行。これを使わないと、複雑な演算を組む際に指が疲弊します。
- `Shift + I`: パネルの編集モードで、パネルの表示・非表示を切り替える。
- `g + h`: ダッシュボードの履歴を即座に表示。壊した設定を即座にロールバックする必須スキルです。
—
3. 絶対に入れるべき「必須級」プラグイン
標準機能だけで戦うのは美学ですが、効率を求めるなら以下は必須です。
- [Infinity Data Source](https://grafana.com/grafana/plugins/yesoreyeram-infinity-datasource/):
- 理由: JSON, CSV, GraphQLを直接叩ける最強プラグイン。内部APIのステータスをダッシュボードに直接流し込む際、これがないと始まらない。
- [State Timeline](https://grafana.com/docs/grafana/latest/panels/visualizations/state-timeline/):
- 理由: 障害の「期間」を可視化するのに最適。時系列の重なりを見れば、相関性の原因は一目瞭然。
—
4. チーム開発における「ベストプラクティス」設定
「誰かがダッシュボードを壊した」という事態を防ぐための、プロの構成管理術です。
Provisioning YAMLの神髄
ダッシュボードはGUIで作るものですが、管理はコードで行うべきです。設定は必ず`provisioning`ディレクトリで管理してください。
/etc/grafana/provisioning/dashboards/main.yaml
apiVersion: 1
providers:
- name: ‘Infrastructure’
folder: ‘Infrastructure’
type: file
options:
path: /var/lib/grafana/dashboards/infra # ここにJSONを置く
disableDeletion: false # 誤操作防止のため本番ではtrue推奨
updateIntervalSeconds: 30
JSON管理の鉄則
JSONファイルを直接いじる際、不要な`uid`を固定化し、チームでインポート・エクスポートする際は必ず「Variables」を共通化してください。
やってはいけない例: サーバー名をハードコードする。
やるべき例: `$hostname`変数を使用し、ダッシュボードのクエリに`instance=”$hostname”`を組み込む。これにより、ダッシュボードが1つあれば、全環境（prod/stg/dev）を即座に切り替え可能です。
—
5. 最後に：オブザーバビリティの本質とは
「グラフが綺麗であること」は、エンジニアの自己満足に過ぎません。真のオブザーバビリティとは、「システムに異常が起きたとき、最短距離で原因に辿り着けること」です。
今回紹介した Expressions は、単なる数値計算ツールではありません。「システムが何故その挙動を示しているのか」という仮説を、その場で検証するための実験室です。
明日の朝、あなたのダッシュボードにある「ただのグラフ」を「推論可能なデータソース」に書き換えてください。それが、優秀なテックリードとしての最初の一歩です。
健闘を祈る。