パイプラインと展開 ワークフローバージョン 24.1.2

App Engine 管理センター (AEMC) でアプリ展開の要求を管理するときは、このワークフローを使用して、2023 年 11 月リリースのバージョン 24.1.2 でアプリ展開がパイプラインをどのように移動するかを把握します。

図 : 1. パイプラインと展開 のワークフロー

このワークフローの場合：

1. 要求者が [App Engine Studio、クリエータースタジオ、または ServiceNow スタジオ で送信] を選択すると、メインフローがトリガーされます。
2. システムは、バックグラウンドで次のタスクを実行します。
   1. ペイロードを検証します。
   2. ソースインスタンスの sys_app レコードからアプリマニフェストをフェッチします。
   3. コントローラーインスタンスで展開要求を作成します。
   4. コントローラーインスタンスからメールを送信して、要求が作成されたことを要求者に通知します。
   5. アプリケーションを アプリケーションリポジトリ に公開します。
3. 公開中にエラーがあるかどうかに応じて、システムは異なるアクションを実行します。
   1. アプリの公開にエラーがあり、エラーの重大度が [エラー] の場合、システムは更新されたレコードを作成し、承認を待機します。
   2. エラーがない場合、またはエラーはあるがエラーの重大度が エラーではない場合、システムはパイプラインレコードで次の環境を検索します。
      1. 次の環境がない場合、システムはコントローラーインスタンスからメールを送信して、要求がクローズされ、アプリがターゲットインスタンスに公開されたことを要求者に通知します。このアクションにより、ワークフローが終了します。
      2. 次の環境がある場合、システムは展開要求の [ターゲット環境 (Target environment)] フィールドを次の環境に更新します。次に、システムは更新されたレコードを作成し、承認を待ちます。
4. 新しいレコードが承認されたかどうかに応じて、システムはさまざまなアクションを実行します。
   1. レコードが承認されない場合、システムはコントローラーインスタンスからメールを送信して、要求が承認されず、要求がクローズされたことを要求者に通知します。このアクションにより、ワークフローが終了します。
   2. レコードが承認され、ターゲット環境がテスト中の場合、システムは次のアクションを実行します。
      1. アプリがテスト環境で利用できなければ、アプリをテスト環境に展開します。
      2. テストインスタンスのスキャンスイート [[scan_suites]] テーブルで、スコープ対象アプリ定義インスタンススキャンとその他のスイートを実行します。
         注:

         スキャンスイートテーブルは、コントローラーインスタンスに入力する必要があります。
      3. アプリケーション展開テストスイート自動テストフレームワーク (ATF) スイートと、テストインスタンスのスキャンスイート [scan_suites] テーブルにあるスイートを実行します。
      4. インスタンススキャンと ATF テスト結果を展開環境の結果テーブルと展開要求のアクティビティストリームに書き込みます。
      5. ワークフローをステップ 3 に戻して、エラーがないかをチェックします。
   3. レコードが承認され、[ターゲット環境] が [本番] の場合、アプリは変更管理統合でスケジュール設定済み展開プロセスを開始します。
      1. App Engine アドミニストレーターは、[承認] & [変更要求の作成] を選択します。ガイド付きセットアップで選択したテンプレートに基づいて変更要求が作成されます。
      2. アプリが構成アイテム (CI) として登録されているかどうかに応じて、システムはさまざまなアクションを実行します。
         1. アプリが CI として登録されていない場合、システムはアプリを CI として登録し、影響を受ける CI を変更要求に追加します。
         2. アプリが CI として登録されている場合、システムは影響を受ける CI を変更要求に追加します。
      3. 変更要求が [実装] ステータスにあるかどうかに応じて、システムはさまざまなアクションを実行します。
         1. 変更要求状況が [実装] ではなく、ステータスが [評価] でも [許可] でもない場合、システムはコントローラーインスタンスからメールを送信して、要求が承認されず、クローズされたことを要求者に通知します。これにより、ワークフローが終了します。
         2. 変更要求状況が [実装] ではなく、ステータスが [評価] または [許可] である場合、システムはステータスが [実装] になるまで待機します。
         3. 変更要求状況が [実装] である場合、システムは変更タスクを作成してアプリの展開をスケジュールします。
      4. 変更要求状況が [実装] であり、[開始予定日] が [今] でも過去の日付でもない場合、システムはこれら 2 つの条件が満たされるまで待機します。
      5. 変更要求状況が [実装] であり、[開始予定日] が [今] または過去の日付であるが、要求が [却下] または [キャンセル] である場合、システムはコントローラーインスタンスからメールを送信して、要求が承認されず、クローズされたことを要求者に通知します。これにより、ワークフローが終了します。
      6. 変更要求状況が [実装] であり、[開始予定日] が [今] または過去の日付である場合、システムは変更要求の [開始予定日] に基づいて本番へのアプリの展開をスケジュールします。システムは変更タスクをクローズしてから、展開要求をクローズします。これにより、ワークフローが終了します。
   4. レコードが承認されていて、 ターゲット環境 が テスト 環境でも本 番環境でもない場合、ターゲット環境でアプリが利用できなければ、システムはアプリをターゲット環境に展開します。

      要求者が App Engine Studio、クリエータースタジオ、またはServiceNow スタジオで [送信] を再度選択すると、ワークフローが再開されます。