実稼動パイプラインの設定 configure-production-pipeline

実稼動パイプラインを設定し、コードをビルドして実稼働環境にデプロイする方法について説明します。実稼動パイプラインは最初にコードをステージング環境にデプロイし、承認があると同じコードを実稼動環境にデプロイします。

実稼働パイプラインを設定するには、ユーザーに​ デプロイメントマネージャー ​の役割が必要です。

NOTE
プログラムの作成が完了し、Git リポジトリに少なくとも 1 つのブランチがあり、実稼働とステージングの環境セットが作成されるまで、実稼動パイプラインをセットアップできません。

コードのデプロイを開始する前に、Cloud Manager からパイプライン設定を指定する必要があります。

NOTE
初期セットアップ後、パイプライン設定を編集できます。

新しい実稼動パイプラインの追加 adding-production-pipeline

Cloud Manager UI を使用してプログラムをセットアップし、1 つ以上の環境を用意したら、次の手順に従って実稼動パイプラインを追加する準備が整います。

TIP
フロントエンドパイプラインを設定する前に、AEM クイックサイト作成ジャーニーを参照して、使いやすい AEM クイックサイト作成ツールによる包括的ガイドを確認してください。このジャーニーは AEM サイトのフロントエンド開発の効率化に役立ち、AEM のバックエンドに関する知識がなくても、このジャーニーを参考にサイトをすばやくカスタマイズできるようになります。
  1. my.cloudmanager.adobe.com で Cloud Manager にログインし、適切な組織を選択します。

  2. マイプログラム ​コンソールで、プログラムを選択します。

  3. プログラムの概要 ​ページから​ パイプライン ​カードに移動し、「追加」をクリックして「実稼動パイプラインを追加」を選択します。

    プログラムの概要ページのパイプラインカード

  4. 実稼動パイプラインを追加 ​ダイアログボックスが表示されます。パイプラインを識別するための「パイプライン名」のほか、以下のオプションを指定します。「続行」をクリックします。

    デプロイメントトリガー - パイプラインを開始するデプロイメントトリガーを定義する際には、次のオプションがあります。

    • 手動 - このオプションを使用して、パイプラインを手動で開始します。
    • Git の変更時 - このオプションは、設定された Git ブランチにコミットが追加されるたびに CI/CD パイプラインを開始します。このオプションを使用すると、必要に応じてパイプラインを手動で開始できます。

    重要な指標のエラー動作 - パイプラインの設定または編集中に、デプロイメントマネージャー ​には、品質ゲートのいずれかで重要なエラーが発生した場合のパイプラインの動作を定義するオプションがあります。使用できるオプションは以下のとおりです。

    • 毎回確認する - デフォルトの設定。重要なエラーが検出されたときに手動で介入する必要があります。
    • 直ちに失敗 - 重要なエラーが検出されると、パイプラインはキャンセルされます。このオプションでは、基本的に、各エラーをユーザーが手動で拒否する状況をエミュレートします。
    • 直ちに続行 - 重要なエラーが検出されても、パイプラインは自動的に続行されます。このオプションでは、基本的に、各エラーをユーザーが手動で承認する状況をエミュレートします。

    実稼働パイプライン設定

  5. ソースコード」タブでは、パイプラインが処理するコードのタイプを選択する必要があります。

このタイプのパイプラインについて詳しくは、CI/CD パイプラインを参照してください。

実稼動パイプラインを作成する手順は、選択したソースコードのタイプによって異なります。上記のリンクをたどって、このドキュメントの次の節に移動し、パイプラインの設定を完了します。

フルスタックコード full-stack-code

フルスタックコードパイプラインは、1 つ以上の AEM サーバーアプリケーションを含んだバックエンドおよびフロンエンドコードビルドと HTTPD/Dispatcher 設定を同時にデプロイします。

NOTE
選択した環境にフルスタックコードパイプラインが既に存在する場合、この選択は無効になります。

フルスタックコード実稼動パイプラインの設定を完了するには、次の手順に従います。

  1. ソースコード」タブで、次のオプションを定義する必要があります。

    • リポジトリー - このオプションは、パイプラインがコードを取得する Git リポジトリーを定義します。
    note tip
    TIP
    Cloud Manager でリポジトリーを追加および管理する方法については、リポジトリーの追加と管理のドキュメントを参照してください。
    • Git ブランチ - このオプションでは、選択したパイプラインのどのブランチからコードを取得するかを定義します。
      • ブランチ名の最初の数文字を入力すると、このフィールドのオートコンプリート機能により、一致するブランチが検索され、選択の助けになります。
    • Web 階層設定を無視 - オンにすると、パイプラインは web 階層設定をデプロイしなくなります。
    • 実稼動へのデプロイ前に一時停止 - このオプションを使用すると、実稼動環境にデプロイする前にパイプラインを一時停止できます。
    • スケジュール設定 - このオプションを使用すると、ユーザーはスケジュールされた実稼動デプロイメントを有効にできます。

    フルスタックコード

  2. 続行」をタップまたはクリックして「エクスペリエンス監査」タブに進みます。ここでは、エクスペリエンス監査に常に含めるパスを定義できます。

    エクスペリエンス監査の追加

  3. エクスペリエンス監査に含めるパスを指定します。

  4. 保存」をクリックしてパイプラインを保存します。

エクスペリエンス監査の対象として設定されたパスはサービスに送信され、パイプラインの実行時にパフォーマンス、アクセシビリティ、SEO(検索エンジン最適化)、ベストプラクティスおよび PWA(プログレッシブ web アプリ)の各テストに従って評価されます。詳しくは、エクスペリエンス監査結果についてを参照してください。

パイプラインが保存され、プログラムの概要 ​ページの​ パイプライン ​カードでパイプラインを管理できるようになりました。

ターゲットデプロイメント targeted-deployment

ターゲットデプロイメントは、AEM アプリケーションの選択した部分のコードのみをデプロイします。このようなデプロイメントでは、次のいずれかのタイプのコードを​ 含む ​よう選択できます。

  • 設定 - AEM 環境の様々な機能の設定を行います。

    • サポートされている設定(ログ転送、パージ関連のメンテナンスタスク、様々な CDN 設定を含む)のリストと、これらが適切にデプロイされるようにリポジトリで管理する方法について詳しくは、設定パイプラインの使用を参照してください。
    • ターゲットのデプロイメントパイプラインを実行している場合、設定は、パイプラインで定義した環境、リポジトリ、分岐に保存されていれば、デプロイされます。
    • 設定パイプラインは、常に 1 つの環境に 1 つしか存在できません。
  • フロントエンドコード - AEM アプリケーションのフロントエンド用に JavaScript と CSS を設定します。

    • フロントエンドパイプラインを使用すると、フロントエンド開発者の作業の独立性が高まるほか、開発プロセスを速めることができます。
    • このプロセスの可能性を最大限に引き出すために知っておくべきいくつかの考慮事項と、このプロセスがどのように機能するかについては、フロントエンドパイプラインを使用したサイトの開発のドキュメントを参照してください。
  • Web 階層の設定 - Web ページをクライアントに保存、処理、配信するための Dispatcher プロパティを設定します。

    • 詳しくは、CI/CD パイプラインのドキュメントを参照してください。
    • 選択した環境に web 階層コードパイプラインが存在する場合、この選択は無効になります。
    • 環境に既にフルスタックパイプラインがデプロイされている場合、同じ環境に web 階層設定パイプラインを作成すると、フルスタックパイプライン内の既存の web 階層設定は無視されます。
NOTE
Web 階層設定パイプラインは、プライベートリポジトリではサポートされていません。制限の詳細と完全なリストについては、Cloud Manager でのプライベートリポジトリの追加ドキュメントを参照してください。

実稼動環境の作成を完了する手順では、デプロイメントタイプを選択したら、ターゲットとするデプロイメントパイプラインは同じです。

  1. 必要なデプロイメントのタイプを選択します。

ターゲットデプロイメントオプション

  1. 適格なデプロイメント環境 ​を定義します。

    • パイプラインがデプロイメントパイプラインの場合、デプロイ先の環境を選択する必要があります。
  2. ソースコード ​の下で次のオプションを定義します。

    • リポジトリ - このオプションは、パイプラインがコードを取得する Git リポジトリを定義します。
    note tip
    TIP
    Cloud Manager でリポジトリを追加および管理する方法については、リポジトリの追加と管理を参照してください。
    • Git ブランチ - このオプションは、選択したパイプラインのどのブランチからコードを取得するかを定義します。
      • ブランチ名の最初の数文字と、このフィールドのオートコンプリート機能を入力します。これにより、選択可能な一致するブランチが検索されます。
    • コードの場所 - このオプションは、パイプラインがコードを取得する必要がある、選択したリポジトリーのブランチ内のパスを定義します。
    • 実稼動へのデプロイ前に一時停止 - このオプションを使用すると、実稼動環境にデプロイする前にパイプラインを一時停止できます。
    • スケジュール設定 - このオプションを使用すると、ユーザーはスケジュールされた実稼動デプロイメントを有効にできます。Web 階層ターゲットのデプロイメントでのみ使用できます。

    設定パイプライン

  3. 保存」をクリックします。

パイプラインが保存され、プログラムの概要 ​ページの​ パイプライン ​カードでパイプラインを管理できるようになりました。

Dispatcher パッケージのスキップ skip-dispatcher-packages

Dispatcher パッケージをパイプラインの一部として作成しても、ストレージを作成するために公開しない場合は、そのパッケージの公開を無効にすることができます。その結果、パイプラインの実行時間が短くなる可能性があります。

Dispatcher パッケージの公開を無効にする次の設定を、プロジェクトの pom.xml ファイルを使用して追加する必要があります。この設定は環境変数に基づいています。この環境変数は、Cloud Manager ビルドコンテナに設定できるフラグの役目を果たすもので、Dispatcher パッケージをいつ無視すべきかを定義します。

<profile>
  <id>only-include-dispatcher-when-it-isnt-ignored</id>
  <activation>
    <property>
      <name>env.IGNORE_DISPATCHER_PACKAGES</name>
      <value>!true</value>
    </property>
  </activation>
  <modules>
    <module>dispatcher</module>
  </modules>
</profile>
recommendation-more-help
fbcff2a9-b6fe-4574-b04a-21e75df764ab