ReleaseOpsの概要

ReleaseOps は、パイプライン全体の変更の展開を自動化し、展開の予測可能性と信頼性を高め、変更を本番環境にリリースするリスクを軽減します。 ReleaseOps パイプラインは プレイブックで定義されているため、必要に応じてカスタマイズできます。

リリースは、1 つ以上の展開要求を含むリリースオブジェクト内で管理されます。各展開要求は、アプリケーションのインストールを含むことができる 1 つ以上の更新セットを追跡します。

リリースは本番インスタンスから管理され、そこでプレイブックが実行されます。アクションは、インスタンス間の通信レイヤーを使用してインスタンス全体でオーケストレーションされるため、インスタンス間での認証情報のセットアップが軽減されます。

ReleaseOps ユーザー

ReleaseOps のワークフロー

次のワークフローは、 ReleaseOps とともにインストールされるサンプルパイプラインワークフローを示しています。パイプラインマネージャーは、必要に応じてカスタマイズできます。

従来の開発からテストから本番までのワークフローでは:

1. リリースマネージャーは、パイプラインに関連付けられたリリースを作成します。
2. 開発者は更新セットを使用して変更を行います。更新セットを 完了として マークし、展開用に更新セットを昇格させると、その更新セットが既存の展開要求またはリリースを対象とする新しい展開要求に追加されます。
3. 開発者は、展開要求に Runbook タスクを追加して、アセスメントとリリースのプレイブックステージ全体でカスタムアクティビティと手動アクティビティを実行できるようにします。
4. 展開要求内の更新セットが機能し、展開する準備ができたら、開発者は展開要求の状態を [ 評価の準備完了] に設定します。
5. アセスメントプレイブックが実行され、その間に展開要求の変更に対して 自動テストフレームワーク (ATF) (ATF) テストスイートとインスタンススキャンが実行されます。
6. アセスメント中にエラーが発生した場合は、テスト担当者がサインオフするか、開発者にリダイレクトして対処できる展開タスクが作成されます。
7. アセスメントプレイブックステージ中に発生するように設定された Runbook タスクがある場合、Runbook タスクが処理されるまで進行が一時停止します。
8. 展開タスクと Runbook タスクが処理されると、展開要求の状態は [展開の準備完了] に設定されます。
9. リリースの予定日に、リリースプレイブックが実行されます。
10. リリースプレイブックステージ中に発生するように設定された Runbook タスクがある場合、Runbook タスクが処理されるまで進行が一時停止します。
11. Runbook タスクが処理されると、[ 展開準備完了] 状態のすべての展開要求がパイプラインを経由して運用環境に移動します。

従来のリリースワークフローでは:

1. リリースマネージャーはリリースを作成し、ステータスを [アクティブ] に設定します。
2. スケジュールされた凍結日に、リリースは展開の準備を開始します。
3. 準備プロセス中、準備ができていない展開要求は [ 保留] に設定され、将来のリリースに添付できます。
4. 準備が完了すると、リリースステータスが [ 展開準備完了] に設定されます。
5. リリース日になると、展開要求内の更新セットは、最後のインスタンスで展開された順にテストから本番に移動します。
6. リリース要求と展開要求は [完了] に設定されます。

ReleaseOps のメリット

次に探索する内容