AEM as a Cloud Service は、AEM プロジェクトを管理するための様々な新機能と可能性を提供します。ただし、AEM as a Cloud Service と、オンプレミスまたは Adobe Managed Services の AEM Sites を比較すると、両者には数々の違いがあります。ここでは、重要な相違点について重点的に説明します。
このドキュメントでは、AEM as a Cloud Service 全体の主な変更点について重点的に説明します。詳細およびソリューション固有の変更点については、以下を参照してください。
主な違いは次の点にあります。
/apps
および /libs
内のコンテンツとサブフォルダーはすべて読み取り専用です。それらの変更が必要な機能やカスタムコードは、変更に失敗します。コンテンツが読み取り専用である、または書き込み操作を完了できなかったというエラーが返されます。これは、次のように、AEM の様々な領域に影響を及ぼします。
/libs
では変更は一切できません。
/libs
内のオーバーレイ可能な領域のオーバーレイについては、/apps
内では引き続き可能です。
/apps
に保存されている静的テンプレートデザイン情報は、UI では編集できません。
OSGi バンドルおよび設定の変更は、CI/CD パイプラインを通じて導入する必要があります。
以前のバージョンの AEM で OSGi バンドルおよび設定の変更に使用されていた web コンソールは、AEM as a Cloud Service では使用できません。
パブリッシュ層の /home
フォルダー下での変更を除き、AEM Cloud Service では、パブリッシュリポジトリーを直接変更することはできません。オンプレミス AEM または AMS 上の AEM の以前のバージョンでは、パブリッシュリポジトリー内のコードを直接変更することができました。一部の制限は、次の方法で緩和することができます。
AEM as a Cloud Service には、次の実行モードが標準で用意されています。
author
publish
prod
author.prod
publish.prod
stage
author.stage
publish.stage
dev
author.dev
publish.dev
AEM as a Cloud Service では、追加またはカスタムの実行モードは使用できません。
AEM as a Cloud Service では、Sling コンテンツ配布を使用してコンテンツが公開されます。以前のバージョンの AEM で使用されていたレプリケーションエージェントは、使用も提供もされなくなりました。その結果、既存の AEM プロジェクトの次の領域に影響が出る可能性があります。
また、一時停止ボタンと無効ボタンがレプリケーションエージェント管理コンソールから削除されました。
AEM as a Cloud Service ではクラシック UI が使用できなくなりました。
AEM as a Cloud Service では、CDN やオーサーおよびパブリッシュサービスのトラフィック管理などの HTTP アクセラレーションがデフォルトで提供されます。
AMS 上やオンプレミスでのインストールからプロジェクトを移行する場合は、組み込みの CDN を利用することを強くお勧めします。AEM as a Cloud Service の機能は標準提供の CDN に最適化されているからです。
Experience Manager Assets as a Cloud Service では、アセットのアップロード、処理、ダウンロードが最適化されています。Assets がより効率的かつスケーラブルになり、アップロードとダウンロードが大幅に高速化されました。また、既存のカスタムコードや一部の操作にも影響します。変更点のリストとExperience Manager 6.5 の機能と同等性については、 Assets の変更点を参照してください。