可靠性高级
量化已宣布的事件影响
每起宣布的事件影响了多少账户和操作？
在添加事件严重性和帐户收入背景之前，将服务事件减少到帐户和事件粒度。
数据集和查询保留在此浏览器中。
Published expected result
因已声明的事件而导致操作失败
inc_checkout_latency
64
64
inc_worker_retries
45
45
| incident_id | severity | affected_accounts | impacted_operations | failed_operations | represented_mrr_usd |
|---|---|---|---|---|---|
| inc_checkout_latency | sev_2 | 6 | 180 | 64 | 5,898 |
| inc_worker_retries | sev_2 | 5 | 75 | 45 | 5,898 |
如何读取查询
- 当维度合并时，CTE 可防止许多服务事件使帐户收入成倍增加。
- 受影响的账户数量和失败的操作区分了影响的广度和重复影响。
- 代表收入是通信背景，而不是严重性公式或合同损害赔偿计算。
SQL 无法做出的决定
- 1定义将操作与已声明事件关联的影响规则。
- 2即使在优先考虑外展时，也要保持免费、低收入和内部帐户的可见性。
- 3将事件派生列表与支持案例和状态页面通信进行协调。
继续本课
保留结果
对您自己的事件运行此查询
仅当您准备好保存查询、连接真实事件并监视结果时，才创建空闲工作区。不需要信用卡。