AEM バージョンのアップデート

はじめに

AEM as a Cloud Serviceでは、継続的統合と継続的配信 (CI/CD) を使用して、プロジェクトが確実に最新のAEMバージョンになるようになりました。 つまり、実稼動インスタンスとステージングインスタンスは、ユーザーに対するサービスが中断することなく、最新のAEMバージョンに更新されます。

メモ

実稼動環境への更新が失敗した場合、Cloud Manager はステージング環境を自動的にロールバックします。 これは、更新が完了した後で、ステージング環境と実稼動環境の両方が同じAEMバージョンでおこなわれるように、自動的におこなわれます。

AEMバージョンのアップデートには、次の 2 種類があります。

  • AEMメンテナンスの更新

    • 毎日リリース可能です。
    • 最新のバグ修正やセキュリティ更新など、主にメンテナンス目的です。
    • 変更は定期的に適用されるので、影響は最小限に抑えます。
  • 新機能アップデート

    • 予測可能な月次スケジュールでリリースされます。

AEMのアップデートは、複数の手順を伴う集中的かつ完全に自動化された製品検証パイプラインを経て、実稼働環境にあるシステムのサービスが中断されることを防ぎます。 ヘルスチェックは、アプリケーションのヘルスを監視するために使用されます。AEM as a Cloud Service のアップデート中にこれらのチェックが失敗した場合、リリースは続行されず、アップデートがこの予期しない動作を引き起こした原因をアドビが調査します。

製品テストとお客様の機能テスト 製品のアップグレードや顧客コードのプッシュによる実稼動システムの障害発生を防ぐため、はAEMバージョンのアップデート時にも検証されます。

メモ

カスタムコードがステージング環境にプッシュされ、実稼動環境にプッシュされなかった場合、次回のAEM更新でこれらの変更が削除され、顧客が前回実稼動環境に正常にリリースした際の git タグが反映されます。 したがって、ステージングでのみ使用可能なカスタムコードを再度デプロイする必要があります。

複合ノードストア

ほとんどの場合、ノードのクラスターであるオーサリングインスタンスを含め、アップデートでダウンタイムは発生しません。 Oak の複合ノードストア機能により、ローリングアップデートが可能です。

この機能を利用すると、AEM で複数のリポジトリーを同時に参照できます。ローリングデプロイメントでは、新しいグリーンAEMバージョンに独自のバージョンが含まれます /libs (TarMK ベースの不変リポジトリ)古いブルーのAEMバージョンとは異なります。両方とも、以下のような領域を含む共有の DocumentMK ベースの可変リポジトリを参照します。 /content , /conf , /etc その他 なぜなら、青と緑の両方には、 /libsを有効にすると、両方ともトラフィックを引き継いで、青が緑に完全に置き換わるまで、ローリング更新時にアクティブになります。

このページ