跳至主要內容
Telemetry
儀表板範例

事件對客戶的影響 儀表板

將已宣告的服務事件轉化為受影響的帳戶、失敗的操作、區域和代表的收入。

審閱者 Telemetry產品團隊 . 決策、事件粒度、指標、DataFusion SQL、綜合結果、假設、新鮮度和解釋邊界. 審查標準和所有權

行紋

請求結果預先彙總後,每個事件都會有一個受影響的帳戶。

支援決策

使用觀察到的影響進行範圍修復和溝通,而不將收入視為客戶重要性的衡量標準。

公制合約

將分母和單位放在圖表旁邊

使這些名稱適應您的合約,同時保留宣告的穀物。在對映來自生產生產者的欄位之前檢查連結的事件模式。

  • 受影響的帳戶
  • 操作失敗
  • 受影響地區
  • 代表月收入
檢查事件架構
完整的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;
資料假設

在發布結果之前證明這些

  • 事件識別符號是從審查的事件視窗分配的。
  • 失敗的操作使用穩定的帳戶識別符號並排除合成流量。
  • 收入背景來自批准的帳戶維度。
查詢審查

確保儀表板值得信賴的檢查

  • 在加入帳戶和事件維度之前預先聚合操作。
  • 將不同的受影響帳戶與連線的行數進行比較。
  • 保留事件定義和查詢視窗以及結果。

解釋邊界

這個結果本身不能證明什麼

代表收入有助於優先考慮溝通;它不會降低收入較低的客戶的重要性或產生合約影響。

相關儀表板範例

用已知資料驗證定義

在將查詢連線到生產儀表板或警示之前,執行具有已知成功、失敗、缺失、重複和邊界情況的固定裝置。