DevOps 変更要求属性
パイプライン、更新関数、または自動フローを介して属性を渡すことにより、changeInfo REST API、デフォルトの変更ハンドラーサブフローを使用して DevOps 変更要求属性を追加または更新します。
属性の指定
変更要求属性を指定するには、次のいずれかの方法を使用します。
- DevOps - PUT /devops/orchestration/changeInfo/{changeInfo} を行って、指定された変更要求内のフィールドを更新します。注:
- changeInfo API は、パイプラインが一時停止状態の場合には機能しません。
- パイプラインが待機している間は、API 呼び出しを実行できません。
- API を使用する方法は、十分なテストを実施した上で検討する必要があります。
- 変更要求フィールドにデフォルト値を入力するためのデフォルトの変更ハンドラーサブフロー。詳細については、「デフォルトの変更ハンドラーサブフロー」を参照してください。
- オーケストレーションパイプラインを通じて変更属性を渡す。詳細については、「パイプライン内での DevOps 変更要求の詳細の構成」を参照してください。
- オーケストレーションパイプライン関数の更新関数を介して変更属性を渡す。詳細については、以下を参照してください。
- 自動化されたフロー：変更要求を変更するための DevOps 承認フロー。詳細については、「フロー」を参照してください。
考慮事項の優先順位
変更属性が複数の方法で指定されている場合、属性値が考慮される優先順位は異なります。ServiceNow では、DevOps 変更速度管理のパイプラインステップ、デフォルトの変更ハンドラーサブフロー、または承認フローで属性を指定できます。オーケストレーションツールパイプラインでは、パイプラインステップで、または REST API を使用して属性を渡すことができます。変更モデルを使用する場合は、モデルプリセットで指定することもできます。
値が考慮される優先順位を理解するには、次の表と例を参照してください。
| 変更要求 | 優先順位 |
|---|---|
| 標準 |
|
| 非標準 |
|
| 変更要求 | 優先順位 |
|---|---|
| 標準 |
|
| 非標準 |
|
シナリオ 1
ServiceNow のデフォルトの変更ハンドラーサブフローとオーケストレーションパイプラインの更新機能で属性が指定されているシナリオを考えてみましょう。assignment_group 属性が、デフォルトの変更ハンドラーサブフローでは「change mgmt」として指定され、パイプラインの Update 関数では「CAB」として指定されているとします。このシナリオでは、変更が作成されると、デフォルトの変更ハンドラーサブフローの値が考慮され、「change mgmt」が assignment_group で考慮される値になります。変更が承認され、パイプラインが再開されると、更新関数で指定された値、つまり「CAB」が考慮されます。
シナリオ 2
ServiceNow のデフォルトの変更ハンドラーサブフローとオーケストレーションパイプラインの変更ステップで属性が指定されているシナリオを考えてみましょう。assignment_group 属性が、デフォルトの変更ハンドラーサブフローでは「change mgmt」として、パイプラインの変更ステップでは「chg mgmt1」として指定されているとします。このシナリオでは、変更が作成されると、変更ステップ (chg mgmt1) の値が考慮され、デフォルトの変更ハンドラーサブフローがトリガーされると、考慮される値は「change mgmt」になります。
シナリオ 3
属性の変更で渡されるテンプレートとステップレコードのテンプレートで属性が指定されるシナリオを考えてみましょう。assignment_group 属性が、変更属性で渡されるテンプレートでは「change mgmt」として指定され、パイプラインステップレコードのテンプレートでは「chg mgmt1」として指定されているとします。このシナリオでは、変更が作成されると、変更属性 (chg mgmt) で渡されたテンプレートの値が考慮されます。
シナリオ 4
モデルベースの変更の変更属性とモデルプリセットで属性が指定されているシナリオを考えてみましょう。assignment_group 属性が、変更属性では「change mgmt」、モデルプリセットでは「chg mgmt1」として指定されているとします。このシナリオでは、変更が作成されると、モデルプリセット (chg mgmt1) の値が考慮されます。