Site Reliability Metrics 変更承認ポリシー
[変更承認ポリシー] では、承認定義を使用して、ビジネス要件に基づいて承認を生成します。変更承認ポリシーは、変更要求に適用できる対処措置です。
変更承認ポリシーは一連の変数入力を使用して、それに関連付けられている決定を評価します。一致するすべての意思決定について、関連付けられた承認定義が適用されます。承認ポリシーには複数の意思決定を含めることができるため、変更タイプに必要なすべての承認を単一のポリシーで処理できるようになっています。意思決定条件が一致すると、関連する承認定義が評価されます。1 つ以上の意思決定が一致すると、すべての関連する承認定義が評価されます。
SRM の承認ポリシーを表示するには、に移動します。次に、変更承認ポリシーページで [Site Reliability Ops 変更ポリシー (Site Reliability Ops Change Policy)] を選択します。
変更承認ポリシーページには、ポリシー入力のリストが表示されます。次のような SRM のポリシー入力を表示できます。
- エラー予算残額が最も少ないサービスレベル目標 (SLO) (slo_with_lowest_error_budget_remaining_percent)
- バーンレートが最も高い SLO (slo_with_highest_burn_rate)
これらのポリシー入力には、次のようなサービスレベル目標 (SLO) レコードを適宜入力する必要があります。図 : 1. SRM のポリシー入力
- 変更要求に関連するエラー予算残額が最も少ない SLO
- バーンレートが最も高い SLO レコード
この承認ポリシーには、SRM に関する次の 2 通りの決定が含まれています。
- 予算 < 25％ かつバーンレート > 1
- 予算 > 25％ かつバーンレート < 1
これらの決定は、この既存の承認ポリシーの動作が変更されないように、非アクティブとしてマークされます。
SLO 入力に基づいて意思決定を行う方法の例として、これやその他の承認ポリシーで、これらの意思決定を確認して使用することができます。図 : 2. SRM 入力決定
SLO に関連するポリシー入力を変更承認ポリシーに提供するために、ワークフロースタジオ でアクションが作成されます。
サービスの sys_id をカンマで区切ったリストの入力が指定されていますが、通常は単一の sys_id 入力が渡されます。アクションはこの sys_id を使用して、このサービスに関連するすべてのアクティブな SLO を検索します。見つかった SLO から、アクションは以下のような内容を設定します。
- バーンレートが最も高い SLO を、バーンレート値が最も高い SLO に出力
- エラー予算残額が最も少ない SLO を、エラー予算残額パーセントが最も少ない SLO に出力
この画像は、 SRM - パフォーマンスが最も低い SLO アクションの入力を示しています。図 : 3. SRM – パフォーマンスが最も低い SLO アクションへの入力
この画像は、SRM - パフォーマンスが最も低い SLO アクションの出力を示しています。図 : 4. SRM – パフォーマンスが最も低い SLO アクションの出力
変更承認ポリシーへの入力を提供するために使用されるこのアクションの例は、ワークフロースタジオ の「変更 - SRO - 許可」フローにあります。[クエリーをこれらのサービス ID にリンクされた SLO に制限 (Restrict query to SLOs linked to these Service Ids)] フィールドには、許可された変更要求の構成アイテム (CI) で呼び出されるアクションが表示されます。フローには、アクションからの出力も表示されます。図 : 5. アクションからの出力
パフォーマンスが最も低い SLO を取得するアクションから次のような出力があり、変更承認ポリシーを適用するアクションへの入力として使用できます。図 : 6. 変更承認ポリシーの適用アクションへの入力
- エラー予算残額パーセントが最も少ない SLO
- バーンレートが最も高い SLO