信頼性上級者向け
宣言されたインシデントの影響を定量化する
宣言された各インシデントによって影響を受けたアカウントと業務の数は何ですか?
インシデントの重大度やアカウントの収益コンテキストを追加する前に、サービス イベントをアカウントとインシデントの粒度まで縮小します。
データセットとクエリはこのブラウザーに残ります。
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イベントから派生したリストとサポート ケースおよびステータス ページのコミュニケーションを調整します。
このレッスンから続ける
結果を保存する
独自のイベントに対してこのクエリを実行します
クエリを保存し、実際のイベントに接続し、結果を監視する準備ができた場合にのみ、無料のワークスペースを作成します。クレジットカードは必要ありません。