SLO ベースの変更承認決定をアクティブ化する

サービスレベル目標 (SLO) 変更承認の決定をアクティブ化して、SLO パフォーマンスに基づいて変更要求を評価します。

始める前に

変更承認ポリシーとその用語 (ポリシーの入力、意思決定、承認定義など) を確認します。詳細については、「」を参照してください。

必要なロール：admin

このタスクについて

サービスレベル目標変更ポリシーの決定をアクティブ化して、変更管理プロセスに SLO パフォーマンスを含めます。ポリシーはデフォルトでアクティブですが、その決定は非アクティブです。

ポリシーの決定をアクティブ化すると、ポリシーは SLO を入力として評価し、以下を実装します。

• 以下の条件に該当する場合、グループマネージャーの承認を求める。
  • SLO の最低エラー予算が 25% 未満である。
  • SLO の最高バーンレートが 1% を超える。
• 以下の条件に該当する場合、変更要求を自動承認する。
  • SLO の最低エラー予算が 25% を超える。
  • SLO の最高バーンレートが 1% 未満である。

手順

1. 移動先 すべて > 変更 > ポリシーの変更 > 変更承認ポリシー.
2. [サービスレベル目標の変更ポリシー (Service Level Objective Change policy)] を選択します。
3. [決定 (Decisions)] タブで、以下の決定について [アクティブ (Active)] を [true] に設定します。
   • 予算 < 25％ かつバーンレート > 1
   • 予算 > 25％ かつバーンレート < 1
4. [更新] を選択して、変更を保存します。
   決定はアクティブで、変更管理プロセスの一部です。

次のタスク

テスト変更要求を使用して、変更要求が期待どおりに自動承認されるかマネージャーにルーティングされるかを検証します。

必要に応じて、名前や条件など、サービスレベル目標の変更ポリシーをカスタマイズすることもできます。

より高度なセットアップを行うには、フローデザイナーを使用して、ポリシー入力として含まれる SLO とサービスをカスタマイズします。

重要:

フローをカスタマイズすると、それ以降のリリースの更新を受信できなくなります。この動作は、カスタマイズが上書きされないように意図的に行われるものです。

1. 移動先 プロセス自動化 > フローデザイナー.
2. フローのリストで、[変更 - SLO – 承認 (Change - SLO – Authorize)] を選択した後、[SLO - パフォーマンスが最も低い SLO を取得 (SLO - Get worst performing SLOs)] を選択します。
3. [アクションの入力 (Action Inputs)] セクションをカスタマイズします。
4. [完了] を選択して変更を実装します。