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

後台作業可靠性 儀表板

將終端作業結果與嘗試分開,然後按穩定作業名稱比較重試、佇列等待和持續時間。

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

行紋

每項邏輯工作都有一個最終結果。

支援決策

選擇是否檢查容量、重試策略、作業程式碼或依賴項。

公制合約

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

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

  • 已完成的工作
  • 終端故障率
  • 重試率
  • p95持續時間
檢查事件架構
完整的DataFusion SQL

在調整欄位之前檢查查詢

此公共查詢是一個起始定義。新增適合您的生產事件合約的有限時間過濾器、完整桶策略、環境和最小數量。

SELECT
  job_name,
  COUNT(*) AS completed_jobs,
  ROUND(
    100.0 * SUM(CASE WHEN status = 'error' THEN 1 ELSE 0 END)
    / NULLIF(COUNT(*), 0),
    2
  ) AS terminal_failure_rate_pct,
  ROUND(AVG(attempt_count), 2) AS average_attempts,
  approx_percentile_cont(duration_ms, 0.95) AS p95_duration_ms
FROM job_runs
GROUP BY job_name
ORDER BY terminal_failure_rate_pct DESC, completed_jobs DESC;
資料假設

在發布結果之前證明這些

  • 穩定的作業識別符號連線嘗試而不暴露作業負載。
  • 嘗試計數包括最終嘗試。
  • 佇列等待和執行持續時間使用單獨的毫秒欄位。
查詢審查

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

  • 僅當分母明確為嘗試時才使用嘗試級別資料。
  • 在執行持續時間旁邊新增佇列等待百分位數。
  • 使用啟動和終端生命週期事件來檢測消失的工作人員。

解釋邊界

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

計算每項工作的一個最終結果。嘗試級日誌會增加數量,並且可能使恢復的重試看起來像是失敗的客戶工作流程。

相關儀表板範例

用已知資料驗證定義

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