準備段階 readiness-phase
AEM as a Cloud Service 移行のこの段階では、AEM as a Cloud Service について理解しておく必要があります。導入された主な変更点を確認し、クラウドへの移行を成功させるための計画に何が必要かを理解できます。
これまでの説明内容 story-so-far
前のドキュメント AEM as a Cloud Service への移行の手引きでは、AEM as a Cloud Service への移行に必要なフェーズのリストについて概説しています。また、移行の利点についても説明しています。
目的 objective
このドキュメントでは、AEM インストールをクラウドに移行する準備ができていることを確かめるために考慮が必要な点を確認します。
- 主な変更点と非推奨（廃止予定）の機能を確認します。
- AEM as a Cloud Service への移行を計画する方法を確認します。
AEM as a Cloud Service アーキテクチャの主な変更点の確認 notable-changes-in-aem-cloud-service-architecture
AEM as a Cloud Service は、AEM プロジェクトを管理するための様々な新機能と可能性を提供します。
これらの改善に伴い、AEM as a Cloud Service と比較して、AEM のオンプレミスインストールと Adobe Managed Services の間にいくつかの違いが導入されました。
次の表の項目リストは、AEM as a Cloud Service への移行に大きく関わる変更点を集めたものです。主な変更点の完全なリストについては、 こちら を参照してください。
さらに開発環境が追加されると、すべての環境が「開発」実行モードに結び付けられます。
OSGi 設定は読み取り専用モードで使用でき、Cloud Manager を通じて開発者コンソールで表示できます
リバースレプリケーションはサポートされていません
パッケージマネージャーにはすべてのオーサーインスタンスでアクセスできますが、デプロイされるパッケージには可変コンテンツのみを含める必要があります（例：/content または /conf）
独自の CDN を設定する場合、アドビサポートにリクエストを送信して承認を得る必要があります。
承認されると、CDN は環境内の AEM インスタンスではなく、Fastly を指します。
これらの機能を Adobe Developer にオフロードできるように見直してください。
推奨されるアプローチは、AEM でのパスワードを使用したローカルユーザー名の作成に依存するのではなく、ここで説明する戦略を実装することです。
AEMaaCS では、すべてのワークフロープロセスの手順がサポートされているわけではありません。
AEM as a Cloud Service にアップロードされたアセットはすべて、アセット処理サービスによって処理されます。カスタム手順については、後処理ワークフローで後処理ワークフローのセットアップおよび設定方法を参照してください。
デプロイするコードで Oak インデックスを管理する前に、Oak インデックスを完全に理解し、リファクタリングします。
設定は、コードの一部として管理され、Cloud Manager パイプラインを通じてデプロイする必要があります。
非推奨（廃止予定）の機能 deprecated-features
アドビでは、製品の機能を絶えず評価して、常に後方互換性を慎重に考慮しながら、古い機能を作成し直したり、より近代的な機能に置き換えて、お客様にとっての全体的な価値を向上させています。
アドビでは、非推奨（廃止予定）の機能を参照して、Experience Manager as a Cloud Service で非推奨（廃止予定）としてマークされている機能をよく理解しておくことをお勧めします。AEM デプロイメントに与える影響を確認してください。
AEM インストールのレビューのプラン review-planning
AEM as a Cloud Service で導入された変更を把握したら、既存のインストールをレビューする計画を開始します。これにより、クラウドに移行する上で必要な変更レベルを測定できます。
レビュー段階で必要になる主なステップを次の図に示します。
次に、これらの各手順の内容を詳しく説明します。
Cloud Service への対応準備状況の評価 assess-cloud-readiness
最初の手順は、既存の AEM バージョンから Cloud Service に移行する準備ができているかどうかを評価し、AEM as a Cloud Service に対応するためにリファクタリングが必要な領域を判断することです。
移行ジャーニーで予想される作業レベルを決定するには、現在ご利用の AEM ソースコードを、主要な変更点および非推奨（廃止予定）の機能に照らして包括的に評価します。
評価結果の数は、タイムラインおよびプロジェクト全体の成功に直接影響します。したがって、アドビでは、配信を計画できるよう、できる限り多くの情報を収集することをお勧めします。 または、AEM as a Cloud Service のベストプラクティスに従って必要なカスタマイズを再設計できるように、コミュニケーションを取ってください。
ベストプラクティスアナライザー
現在の AEM バージョンでベストプラクティスアナライザーを実行すると、評価を高速化できます。その仕組みを十分に理解することが、評価計画を迅速に立ち上げるための鍵となります。
その仕組みについては、 ベストプラクティスアナライザー のドキュメントを参照してください。
クラウド対応準備状況アセスメントレポートの作成
次の手順では、これまでに得られたすべての知識に基づいてレポートを作成します。ステージインスタンスと実稼動インスタンスからベストプラクティスアナライザーのレポートを生成し、 次にそのレポートを Cloud Acceleration Manager にアップロードして、 実用的な項目のわかりやすいレポートを生成します。
典型的なレポートには、次の入力情報が含まれます。
- 特定の AEM インストールの機能セットの詳細を説明するドキュメント
- AEM カスタム設定およびコードの詳細
- 実稼動 Dispatcher の設定
- CDN 設定（存在する場合）
レポートをソーシャル化
ベストプラクティスアナライザーレポートが完了したら、関連するチームと共有して評価結果を確認し、次の手順の計画を立てます。必要に応じて、 印刷プレビュー を使用してレポートの印刷バージョンを配布することもできます。
リソース計画のレビュー review-resource-planning
Cloud Service への移行に必要な労力のレベルを見定めたら、リソースを特定してチームを編成し、移行プロセスに必要な役割と責任を定める必要があります。
KPI の設定 establish-kpis
主要業績評価指標（KPI）をまだ設定していない場合は、最も重要なことにチームが専念できるように、AEM の実装に関する KPI を設定することをお勧めします。
ビジネス目標に合った適切な KPI を選択する方法については、KPI の開発を参照してください。
次の手順 what-is-next
AEM as a Cloud Service に移行するために必要な変更の範囲を確認したら、実際に移行を実行する前に、コードとコンテンツをクラウド対応にします。
その他のリソース additional-resources
- Cloud Acceleration Manager の概要 - Cloud Acceleration Manager を使用してクラウドへの移行を迅速に行う方法に関する包括的なガイド
- AEM as a Cloud Service：概要、アーキテクチャ、考え方の変革
- AEM a Cloud Service ホーム - Experience Manager as a Cloud Service ドキュメントの概要については、まずこちらを参照してください。
- AEM as a Cloud Service の概要 - このガイドでは、基礎知識、用語、アーキテクチャなど、Experience Manager as a Cloud service の概要を説明します。
- オンボーディングジャーニー - このガイドでは、アクセス方法やチームの設定方法など、Experience Manager as a Cloud Service の基本について概要を説明します。