リリース ゲートと承認の概要
Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019
リリース パイプラインを使用すると、チームはより低リスクかつ速いペースで、アプリケーションをさまざまなステージにわたって継続的にデプロイできます。 各ステージへのデプロイは、ジョブとタスクを使用して完全に自動化できます。
チームは、承認およびゲート機能を利用して、デプロイ パイプラインのワークフローを制御することもできます。 リリース パイプラインの各ステージは、ユーザーによる手動でのデプロイの承認または拒否の待機、特定の条件が満たされている他の自動化システムの確認など、デプロイ前とデプロイ後の条件を使用して構成できます。 さらに、チームは手動検証を構成して、デプロイ パイプラインを一時停止し、手動タスクを実行してからデプロイを再開または拒否するようにユーザーに要求することができます。
次の図は、リリース パイプラインのワークフローを示しています。
ゲート、承認、手動介入を使用することにより、さまざまなデプロイ要件を満たすためにリリースを完全に制御できます。 承認、ゲート、手動介入が役立つ一般的なシナリオには、次のものがあります。
| シナリオ | 使用する機能 |
|---|---|
| ユーザーは、変更要求を手動で検証し、特定のステージへのデプロイを承認する必要があります。 | デプロイ前の承認 |
| デプロイ後、ユーザーは、リリースが他のステージにトリガーされる前に、手動でサインアウトする必要があります。 | デプロイ後の承認 |
| チームは、ビルドをステージにデプロイする前に、作業項目または問題管理システムにアクティブな問題がないことを確保する必要があります。 | デプロイ前ゲート |
| デプロイ後、チームは、リリースをトリガーする前に、インシデントが何も報告されていないこと確実にする必要があります。 | デプロイ後ゲート |
| デプロイ後、チームは、ユーザーにサインアウトを求める前に、指定された時間待機する必要があります。 | デプロイ後ゲートとデプロイ後の承認 |
| デプロイ時に、ユーザーは手動で特定の指示に従い、デプロイを再開する必要があります。 | 手動介入または手動による検証 |
| デプロイ時に、チームはデプロイ タスクによって使用されるパラメーターの値を入力するようユーザーに求めるか、またはリリースの編集をユーザーに許可する必要があります。 | 手動介入または手動による検証 |
| デプロイ時に、チームは他のデプロイ ジョブを続行する前に、監視または情報ポータルによってアクティブなインシデントが検出されるのを待機する必要があります。 | 対応予定 |
リリース パイプライン内の 3 つのすべての手法を組み合わせて、独自のデプロイ要件を完全に実現できます。
また、ServiceNow と統合される拡張機能をインストールすると、ITIL などのサービス管理手法を使用してデプロイを制御および管理することができます。 詳細については、「ServiceNow 変更管理との統合」を参照してください。
注意
デプロイ前ゲートが実行されるまでの遅延時間は、48 時間に制限されます。 代わりに、ゲートの全体的な起動を遅延させる必要がある場合は、リリース パイプラインで遅延タスクを使用することをお勧めします。
# Delay further execution of a workflow by a fixed time
pool: server
steps:
- task: Delay@1
displayName: 'Delay by 5 minutes'
inputs:
delayForMinutes: 5
注意
遅延タスクは、エージェントレス ジョブでのみ使用できます。