跳转到内容
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;
数据假设

在发布结果之前证明这些

  • 稳定的作业标识符连接尝试而不暴露作业负载。
  • 尝试计数包括最终尝试。
  • 队列等待和执行持续时间使用单独的毫秒字段。
查询审核

确保仪表板值得信赖的检查

  • 仅当分母明确为尝试时才使用尝试级别数据。
  • 在执行持续时间旁边添加队列等待百分位数。
  • 使用启动和终端生命周期事件来检测消失的工作人员。

解释边界

这个结果本身不能证明什么

计算每项工作的一个最终结果。尝试级日志会增加数量,并且可能使恢复的重试看起来像是失败的客户工作流程。

相关仪表板示例

用已知数据验证定义

在将查询连接到生产仪表板或警报之前,运行具有已知成功、失败、缺失、重复和边界情况的固定装置。