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

在发布结果之前证明这些

  • 事件标识符是从审查的事件窗口分配的。
  • 失败的操作使用稳定的帐户标识符并排除合成流量。
  • 收入背景来自批准的帐户维度。
查询审核

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

  • 在加入帐户和事件维度之前预先聚合操作。
  • 将不同的受影响帐户与连接的行数进行比较。
  • 保留事件定义和查询窗口以及结果。

解释边界

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

代表收入有助于优先考虑沟通;它不会降低收入较低的客户的重要性或产生合同影响。

相关仪表板示例

用已知数据验证定义

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