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

SaaS の健全性の概要 ダッシュボード

採用、信頼性、商業的背景を、同じ要素を共有しているふりをせずに 1 つのレビュー面にまとめます。

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

条目

最終的なポートフォリオレベルの集計の前に、アクティブなアカウントごとに 1 行。

決定が支持されました

検査するコンポーネント ダッシュボードを選択します。複合プレビューだけから製品やインシデントを決定しないでください。

メートル法契約

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

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

  • アクティブなアカウント
  • 成功したマイルストーン
  • API エラー率
  • 月次収益を表す
イベントスキーマを検査する
完全な DataFusion SQL

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

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

WITH account_activity AS (
  SELECT
    account_id,
    COUNT(*) AS successful_milestones
  FROM product_events
  WHERE status = 'success'
  GROUP BY account_id
),
account_reliability AS (
  SELECT
    account_id,
    COUNT(*) AS requests,
    SUM(CASE WHEN status = 'error' THEN 1 ELSE 0 END) AS errors
  FROM api_requests
  GROUP BY account_id
)
SELECT
  COUNT(*) AS active_accounts,
  SUM(a.successful_milestones) AS successful_milestones,
  ROUND(100.0 * SUM(r.errors) / NULLIF(SUM(r.requests), 0), 2)
    AS api_error_rate_pct,
  SUM(ac.monthly_revenue_usd) AS represented_mrr_usd
FROM account_activity a
JOIN account_reliability r USING (account_id)
JOIN accounts ac USING (account_id);
データの仮定

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

  • 製品テーブルとリクエスト テーブルは、同じ仮名アカウント ID を使用します。
  • アカウントの収益は、過去の請求書台帳ではなく、現在の分析コード データです。
  • 最新の部分 UTC 日は期間の比較から除外されます。
クエリレビュー

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

  • 参加する前に、アカウント粒度へのマイルストーンとリクエストを事前に集計します。
  • 結合のすべての側で一致しないアカウントを検証します。
  • ラベルは、インシデント損失ではなく、優先順位付けのコンテキストとして MRR を表しました。

解釈境界

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

スコアを真実ではなくナビゲーションとして扱います。動きを製品の採用や信頼性のせいにする前に、コンポーネントの指標を調べてください。

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

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

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