dashboardとは?監視の可視化を解説
dashboardは、システムに関する最も重要なシグナルを1つの画面に提示する、厳選された視覚的表示であり、その状態を一目で読み取れるようにするものです。
dashboardは、オブザーバビリティのデータが状況認識へと変わる手段です。重要なグラフ、数値、ステータスを1つのビューに集め、特定の対象者と目的に合わせて調整します。優れたdashboardは問いに素早く答えますが、まずいものは誰も読まないグラフの壁です。
dashboardは何のためにあるか
dashboardは、繰り返される問いに素早く答えるために存在します。システムは健全か、deployはうまくいったか、ボトルネックはどこか。それぞれに、想定する対象者と役割があるべきです。肝心なのは、その役割に資するシグナルだけを含め、利用可能なグラフをすべて追加したくなる衝動に抗うことです。
優れたdashboardに載せるもの
効果的なdashboardは、ユーザーに影響するシグナル、レイテンシ、エラー、トラフィック、飽和度を先頭に置き、異常な状態が一目で分かるように配置します。明確なタイトル、適切な単位、一貫した時間範囲が重要です。解釈するのに読み込まなければならないdashboardは、dashboardとして失敗しています。
dashboardとアラートの対比
dashboardはpullです。何かを知りたいときに自分から見に行きます。アラートはpushです。何かがおかしいときに向こうからやってきます。問題を検知するためにdashboardを見つめ続けることに頼るべきではなく、それはアラートの役目です。しかしアラートが発報した後に問題を理解しに行く先はdashboardです。
CI/CDのためのdashboard
デリバリーのdashboardは通常、buildの成功率、pipelineの所要時間、キュー待ち時間を表示し、多くの場合はアプリケーションのグラフ上にdeployイベントを注釈として重ねます。レイテンシやエラーのグラフにreleaseを重ねることで、deployが役立ったのか、害になったのか、何もしなかったのかを、チーム全員が1か所で見られます。
dashboardを有用に保つ
dashboardは腐敗します。サービスは変わり、メトリクスは名前が変わり、パネルは壊れ、古いビューが積み重なります。使われなくなったパネルを定期的に刈り込み、dashboardを現在のアラートと整合させることで、信頼性を保てます。半分が壊れたグラフで埋まったdashboardは、人々にそれを無視するよう教え込んでしまいます。
重要なポイント
- dashboardはシステムの主要なシグナルを一目で示します。
- 優れたものは明確な対象者を持ち、異常な状態を浮かび上がらせます。
- dashboardはpull、アラートはpushであり、両方が必要です。
- デリバリーのdashboardはpipelineのメトリクスとdeployの注釈を組み合わせます。