---
sourceDocument: Xanadu IT Service Management
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/xanadu/it-service-management

 Release :

    - xanadu

ft:locale :

    - ja-JP

ft:publication_title :

    - Xanadu IT Service Management

ft:clusterId :

    - itsm

bundleId :

    - itsm

workflow :

    - Technology


---

# Site Reliability Metrics 変更承認ポリシー

# Site Reliability Metrics 変更承認ポリシー {#ariaid-title1}

* リリースバージョン: Xanadu
* 
* 更新日 2024年08月01日
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：3分

\[変更承認ポリシー\] では、承認定義を使用して、ビジネス要件に基づいて承認を生成します。変更承認ポリシーは、変更要求に適用できる対処措置です。

変更承認ポリシーは一連の変数入力を使用して、それに関連付けられている決定を評価します。一致するすべての意思決定について、関連付けられた承認定義が適用されます。承認ポリシーには複数の意思決定を含めることができるため、変更タイプに必要なすべての承認を単一のポリシーで処理できるようになっています。意思決定条件が一致すると、関連する承認定義が評価されます。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)
{#srm-change-approval-policy__ul_tj4_z13_gqb}  
これらのポリシー入力には、次のようなサービスレベル目標 (SLO) レコードを適宜入力する必要があります。

* 変更要求に関連するエラー予算残額が最も少ない SLO
* バーンレートが最も高い SLO レコード

{#srm-change-approval-policy__ul_cf1_gb3_gqb} 図 : 1. SRM のポリシー入力  
この承認ポリシーには、SRM に関する次の 2 通りの決定が含まれています。

* 予算 \< 25％ かつバーンレート \> 1
* 予算 \> 25％ かつバーンレート \< 1
{#srm-change-approval-policy__ul_qpr_4b3_gqb}

これらの決定は、この既存の承認ポリシーの動作が変更されないように、非アクティブとしてマークされます。  
SLO 入力に基づいて意思決定を行う方法の例として、これやその他の承認ポリシーで、これらの意思決定を確認して使用することができます。図 : 2. SRM 入力決定

SLO に関連するポリシー入力を変更承認ポリシーに提供するために、ワークフロースタジオ でアクションが作成されます。  
サービスの sys_id をカンマで区切ったリストの入力が指定されていますが、通常は単一の sys_id 入力が渡されます。アクションはこの sys_id を使用して、このサービスに関連するすべてのアクティブな SLO を検索します。見つかった SLO から、アクションは以下のような内容を設定します。

* バーンレートが最も高い SLO を、バーンレート値が最も高い SLO に出力
* エラー予算残額が最も少ない SLO を、エラー予算残額パーセントが最も少ない SLO に出力
{#srm-change-approval-policy__ul_ogf_j23_gqb}  
この画像は、 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 を取得するアクションから次のような出力があり、変更承認ポリシーを適用するアクションへの入力として使用できます。

* エラー予算残額パーセントが最も少ない SLO
* バーンレートが最も高い SLO

{#srm-change-approval-policy__ul_why_s23_gqb} 図 : 6. 変更承認ポリシーの適用アクションへの入力