Show Menu
トピック×

AEM Version Updates

概要

AEMをCloud Serviceとして使用する場合、連続配信(CI/CD)を使用して、プロジェクトが確実に最新のAEMバージョンになるようになりました。 つまり、実稼働環境とステージ環境のインスタンスは、ユーザーのサービスを中断することなく最新のAEMバージョンに更新されます。
実稼働環境への更新に失敗した場合、Cloud Managerはステージ環境を自動的にロールバックします。 これは、更新が完了した後、ステージバージョンと実稼働環境の両方が同じAEMバージョンにあることを確認するために、自動的に行われます。
AEMバージョンのアップデートには、次の2種類があります。
  • AEMプッシュアップデート
    • 毎日リリースできます。
    • ほとんどのメンテナンス作業で、最新のバグ修正やセキュリティ更新が含まれています。
      定期的に変更が適用されるにつれ、影響は徐々に大きくなり、サービスへの影響が減少します。
  • 新機能の更新
    • 予測可能な月次スケジュールでリリース。
AEMのアップデートは、本番環境にあるシステムに対してサービスを停止させないよう、複数の手順を実行する、集中的で完全に自動化された製品検証パイプラインを経て行われます。 ヘルスチェックは、アプリケーションのヘルスを監視するために使用されます。AEMでのCloud Serviceの更新中にこれらのチェックが失敗した場合、リリースは続行されず、Adobeは、更新によってこの予期しない動作が発生した理由を調べます。
カスタムコードがステージング環境にプッシュされた後で拒否された場合、次回の AEM アップデートでは、それらの変更は削除され、顧客が前回実稼動環境に正常にリリースしたコードの Git タグを反映するようになります。

複合ノードストア

ノードのクラスターであるオーサーの場合も含め、前述のように、ほとんどの場合、アップデートでダウンタイムは発生しません。Rolling updates are possible due to the composite node store feature in Oak.
この機能を利用すると、AEM で複数のリポジトリを同時に参照できます。ローリングデプロイメントでは、新しいグリーン AEM バージョンに古いブルー AEM バージョンとは異なる独自の /libs (TarMK ベースの不変リポジトリ)が含まれていますが、どちらも、 /content /conf /etc などの領域を含んだ DocumentMK ベースの共有の可変リポジトリを参照しています。ブルーバージョンにもグリーンバージョンにも独自の /libs があるので、ローリングアップデート中はどちらもアクティブになり、ブルーバージョンが完全にグリーンバージョンに置き換わるまでトラフィックを処理することができます。