ステージ専用パイプラインと実稼動専用パイプラインの分割 stage-prod-only

専用パイプラインを使用してステージングデプロイメントと実稼動デプロイメントを分割できます。

概要 overview

ステージング環境と本番環境は緊密に結び付いています。 デフォルトでは、それらに対するデプロイメントは単一のパイプラインにリンクされます。 デプロイメントパイプラインは、そのプログラムのステージング環境と実稼動環境の両方にデプロイされます。 このカップリングは通常は適していますが、欠点が生じる特定のユースケースがあります。

  • ステージングにデプロイする場合は、パイプラインの​製品への昇格 ステップを拒否します。 ただし、実行はキャンセルとしてマークされます。
  • ステージング環境の最新コードを実稼動環境にデプロイする場合は、コードが変更されていなくても、ステージングデプロイメントを含むパイプライン全体を再デプロイする必要があります。
  • デプロイメント中は環境を更新できません。 実稼動環境に昇格する前に、ステージング環境で数日間テストを待っている場合、実稼動環境は使用できなくなり、更新できません。 このシナリオは、環境変数の更新など、依存しないタスクを防ぎます。

ステージのみのパイプラインとプロダクトのみのパイプラインは、専用のデプロイメントオプションを提供することで、これらのユースケースに対するソリューションを提供します。

  • ステージング専用デプロイメントパイプライン:​ステージング環境にのみデプロイされ、デプロイメントとテストが完了すると実行が終了します。 ステージング専用パイプラインは、標準の結合されたフルスタック実稼動パイプラインと同じように動作しますが、実稼動環境のデプロイメント手順(承認、スケジュール、デプロイ)はありません。
  • 実稼動専用デプロイメントパイプライン:​最新の成功したステージ実行を選択して、実稼動環境にのみデプロイします。 その後、アーティファクトを本番環境にデプロイします。 製品専用パイプラインは、ビルド フェーズを省略して、ステージのデプロイメント アーティファクトを再利用します。

フルスタック実稼動パイプラインの進行中は、ステージング専用パイプラインと実稼動専用パイプラインは実行されません。その逆も同様です。 ステージング専用パイプラインとフルスタック実稼動パイプラインの両方に Git の変更時​トリガーが設定され、同じブランチとリポジトリを指している場合、ステージング専用パイプラインのみが自動的に開始されます。 実稼働専用パイプラインは、リポジトリに直接リンクされていないため、On Git Changes​をトリガーしません。

実稼働専用パイプラインは、Git変更時​のトリガーのリポジトリに直接リンクされていないため、手動でトリガーされます。

これらの専用パイプラインは、より柔軟な運用を提供しますが、運用と推奨事項について次の点に注意してください。

NOTE
実稼動専用パイプラインは、常にステージング専用パイプラインからのアーティファクトを利用します。 このプロセスは、標準結合生産パイプラインがその間にステージに別のバージョンをデプロイした場合でも当てはまります。
  • このシナリオでは、意図しないコードロールバックが発生します。
  • Adobeでは、実稼動のみのパイプラインとステージのみのパイプラインの使用を開始したら、標準的な結合実稼動パイプラインの使用を停止することをお勧めします。
  • 引き続き標準の結合パイプラインとステージング専用パイプライン/実稼動専用パイプラインの両方を実行することにした場合は、コードのロールバックを回避するためにアーティファクトの再利用を念頭に置いてください。

パイプラインの作成 pipeline-creation

実稼動専用およびステージ専用のパイプラインは、実稼動用パイプライン ​と実稼動以外のパイプライン ​が結合された標準のパイプラインと同様に作成されます。 詳しくは、これらの資料を参照してください。

  1. パイプライン​ウィンドウで、「パイプラインを追加」をクリックします。

実稼動専用パイプライン/ステージング専用パイプラインの作成

NOTE
対応するパイプラインが既に存在する場合、特定のオプションがグレー表示されます。
  • ステージング専用パイプラインがまだ存在しない場合、「実稼動専用パイプラインを追加」は使用できません。
  • 標準の結合パイプラインが既に存在する場合、「実稼動パイプラインを追加」は使用できません。
  • プログラムごとに、1つの実稼動専用パイプラインと1つのステージ専用パイプラインのみが許可されます。

ステージ専用パイプラインの作成 stage-only

  1. 実稼動以外のパイプラインを追加 ダイアログボックスの「設定」タブで、パイプラインの「デプロイメントパイプライン」フィールドを選択します。

  2. 「実稼動以外のパイプライン名」フィールドに、フリーテキスト名を入力します。

  3. 目的のデプロイメントオプションを選択し、「続行」をクリックします。

    実稼動以外のパイプラインを追加ダイアログボックスの「設定」タブ

  4. 「ソースコード」タブで、「フルスタックコード」を選択します。 このオプションは、AEM アプリケーション全体(バックエンド、Dispatcher/web 層設定、リポジトリ内のフロントエンドモジュール)のビルドとデプロイを行います。

  5. 適格なデプロイメント環境​ドロップダウンリストで、パイプラインのデプロイメント環境として​ ステージ ​環境を選択します。 ステージを選択すると、ステージ環境専用のパイプラインが作成されます(実稼動プロモーションは別のパイプラインを介して行われます)。

  6. それぞれのドロップダウンリストで​ リポジトリ ​と Git 分岐​を選択し、「続行」をクリックします。

    実稼動以外のパイプラインを追加ダイアログボックスの「ソースコード」タブ

  7. 「エクスペリエンス監査」タブで、指定されたサイト URLは、Cloud Managerがページ品質を監査する公開URLです。

  8. 「ページパス」フィールドで監査するページを指定し、 追加アイコン をクリックします。

    エクスペリエンス監査は、パフォーマンス、アクセシビリティ、プログレッシブ web アプリ、ベストプラクティス、SEO、その他の品質チェックのために追加した各パスを分析します。 クロスサイズ 400 アイコン をクリックすると、複数のパスを追加および削除できます。

    実稼動以外のパイプラインを追加ダイアログボックスの「エクスペリエンス監査」タブ

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

実稼動専用パイプラインの作成 prod-only

  1. 実稼動専用パイプラインを追加 ダイアログボックスの「パイプライン名」テキストフィールドに、パイプラインのフリーテキスト名を入力します。

  2. 「パイプライン名」フィールドに、目的の名前を入力します。

  3. 実稼動デプロイメントオプション​で、「実稼動へのデプロイ前に一時停止」を選択します。

    このオプションを選択すると、実稼動手順の直前に手動承認ゲートが挿入されます。 パイプラインは停止し、承認者(デプロイメントマネージャーやビジネスオーナーなど)が実稼動デプロイを承認またはキャンセルするのを待ちます。

    変更管理または直前の確認に使用します。

  4. 「保存」をクリックして、これらのオプションを含む実稼動専用パイプラインを作成します。

    実稼動専用パイプラインの作成

ステージ専用パイプラインと実稼動専用パイプラインの実行 running

新しいパイプラインは、他のパイプラインと同様に開始できます。 また、ステージ専用パイプラインの実行詳細から実稼動専用パイプラインを直接トリガーすることもできます。

ステージ専用パイプラインの実行 stage-only-run

実行詳細では、テスト手順の後に「ビルドを昇格」ボタンが表示されます。 これをクリックすると、この実行のステージアーティファクトを実稼動環境にデプロイする実稼動専用パイプラインがトリガーされます。 ボタンは、最新のステージのみの実行が成功した場合にのみ表示されます。

ステージング専用パイプラインの実行

「ビルドを昇格」をクリックすると、関連する実稼動専用パイプラインの実行を確認するためのダイアログボックスが開きます。 開始するには、実行​をクリックします。

ビルドを昇格 - パイプラインを実行ダイアログボックス

存在しない場合は、設定ダイアログが表示され、作成するよう求められます。

ビルドを昇格 - 有効なパイプラインがありませんダイアログボックス

実稼動専用パイプラインの実行 prod-only-run

実稼動専用​パイプラインの場合、Cloud Manager には実稼動環境にデプロイされているソースアーティファクトが表示されます。 ソース実行の​ アーティファクトの準備 ​ステップを確認し、それを開いて詳細とログを表示します。

アーティファクトの詳細

recommendation-more-help
experience-manager-cloud-service-help-main-toc