本文へ移動
Telemetry
ダッシュボードの例

インシデントによる顧客への影響 ダッシュボード

宣言されたサービス インシデントを、影響を受けるアカウント、失敗したオペレーション、地域、および代表的な収益に変換します。

レビュー者 Telemetry 製品チーム . 意思決定、イベント粒度、メトリクス、DataFusion SQL、合成結果、仮定、鮮度、解釈境界. 基準と所有権を確認する

条目

リクエストの結果が事前に集計された後、インシデントごとに影響を受けるアカウントは 1 つです。

決定が支持されました

収益を顧客の重要性の尺度として扱うことなく、観察された影響を使用してスコープの修復とコミュニケーションを行います。

メートル法契約

分母と単位をグラフの横に置きます

宣言された穀物を維持しながら、これらの名前を契約に適合させます。運用プロデューサーからフィールドをマッピングする前に、リンクされたイベント スキーマを検査します。

  • 影響を受けるアカウント
  • 失敗した操作
  • 被災地域
  • 月収を表す
イベントスキーマを検査する
完全な DataFusion SQL

フィールドを調整する前にクエリを確認してください

このパブリック クエリは開始定義です。実稼働イベント契約に適した、制限された時間フィルター、完全バケット ポリシー、環境、および最小ボリュームを追加します。

WITH account_impact AS (
  SELECT
    incident_id,
    account_id,
    COUNT(*) AS impacted_operations
  FROM service_events
  WHERE incident_id IS NOT NULL
    AND status = 'error'
  GROUP BY incident_id, account_id
)
SELECT
  i.incident_id,
  i.severity,
  COUNT(*) AS affected_accounts,
  SUM(ai.impacted_operations) AS failed_operations,
  SUM(a.monthly_revenue_usd) AS represented_mrr_usd
FROM account_impact ai
JOIN incidents i USING (incident_id)
JOIN accounts a USING (account_id)
GROUP BY i.incident_id, i.severity
ORDER BY failed_operations DESC;
データの仮定

結果を公開する前にこれらを証明してください

  • インシデント ID は、レビューされたインシデント ウィンドウから割り当てられます。
  • 失敗した操作では安定したアカウント識別子が使用され、合成トラフィックが除外されます。
  • 収益コンテキストは、承認されたアカウントのディメンションから取得されます。
クエリレビュー

ダッシュボードの信頼性を維持するためのチェック

  • アカウントとインシデントのディメンションを結合する前に、操作を事前に集計します。
  • 影響を受ける個別のアカウントを結合された行数と比較します。
  • インシデント定義と結果を含むクエリウィンドウを保存します。

解釈境界

この結果だけでは証明できないこと

代表的な収益はコミュニケーションの優先順位付けに役立ちます。収益の低い顧客の重要性が低下したり、契約上の影響が確立されることはありません。

関連するダッシュボードの例

既知のデータを使用して定義を検証する

クエリを運用ダッシュボードまたはアラートに接続する前に、既知の成功、失敗、欠落、重複、境界のケースを含むフィクスチャを実行します。