Adobe Experience Manager as a Cloud Service への移行ガイド（パートナー向け） Overview
Adobe Experience Manager（AEM）as a Cloud Service は、コンテナベースのインフラストラクチャ、API 主導の開発、およびガイド付き DevOps プロセスに基づいて構築された、Experience Manager の再構築基盤を提供し、マーケターとデベロッパーがカスタマーエクスペリエンス管理のイノベーションで常に時代を先取りできるようにします。
Cloud Service は、Adobe Experience Manager の豊富な機能と拡張性を、最新のクラウドネイティブアーキテクチャの俊敏性を組み合わせて、ブランドが消費者の絶え間ない要求に応えることを可能にします。
この概要では、様々な Experience Manager のデプロイメントから Experience Manager as a Cloud Service まで顧客をトランジションするために推奨される段階的アプローチの概要を説明し、既存の顧客が、エクスペリエンス管理という目的を持って構築された最新プラットフォームで、接続された継続的なエクスペリエンスを提供できるようにします。
移行ジャーニーの一般的な表示については、以下の図を参照してください。
Adobe Experience Manager as a Cloud Service について getting-started
Adobe Experience Manager as a Cloud Service でのデベロッパージャーニー developer-journey
開発
Adobe Experience Manager as a Cloud Service でのコード開発の基本は、Adobe Experience Manager オンプレミスや Managed Services ソリューションの場合と同様です。
デベロッパーはコードを作成しローカルでテストします。コードはその後、リモートの Adobe Experience Manager as a Cloud Service 環境にプッシュされます。
Experience Manager as a Cloud Service のデプロイメントをカスタマイズする方法については、Experience Manager as a Cloud Service の実装に関するセルフヘルプリソースを参照してください。
- 詳しくは、 Adobe Experience Manager SDK のドキュメントを参照してください。
- Dispatcher SDK のインストール方法については、「Dispatcher SDK のインストール」を視聴してください。
- Dispatcher SDK の設定方法については、「Dispatcher SDK の設定」を視聴してください。
- 詳細については、 ローカル開発セットアップ のドキュメントを参照してください。
- Experience Manager ウォークスルーへのアクセスの設定
デプロイ
開発者はコードを作成しローカルでテストします。コードはその後、リモートの AEM as a Cloud Service 環境にプッシュされます。
Cloud Manager（Managed Services のオプションのコンテンツ配信ツール）が必要です。これが、AEM as a Cloud Service 環境にコードをデプロイするための唯一のメカニズムになりました。
AEM as a Cloud Service 環境を設定およびデプロイする方法については、セルフヘルプのリソースを参照してください。
-
- 実稼動パイプライン
- 非実稼動パイプラインとコード品質専用パイプライン
-
ログへのアクセス
ヘルプとリソース
-
CRXDE Lite（ローカル SDK および Experience Manager クラウド開発環境でのみ使用可能）
-
- CM ログ（build-unit-testing、code-scanning、build-image、deploy）
- Experience Manager Cloud Service ログ（aemerror、aemaccess、aemrequest、aemdispatcher、httpderror、httpaccess）
- ローカル SDK ログ（host:port/crx-quickstart/logs 下）
Adobe Experience Manager as a Cloud Service への移行 move-to-cloud
Experience Manager as a Cloud Service は、Experience Manager Sites および Assets に対する、拡張性、安全性、機敏性の高いテクノロジー基盤となるので、マーケターや IT 部門は、インパクトの強いエクスペリエンスの大規模な提供に専念できます。
Experience Manager as a Cloud Service を使用すると、チームは製品アップグレード計画ではなく技術革新に専念できます。新しい製品機能は徹底的にテストされ、中断することなくチームに提供されるので、チームは常に最先端のアプリケーションにアクセスすることができます。
Cloud Service への移行プロセスには、計画、実行、運用開始後の 3 つの段階が含まれています。移行をうまくスムーズに行うには、適切な計画を立て、本ガイドで概要を説明しているベストプラクティスに従う必要があります。
Cloud Service への推奨される移行プロセスの概要を次の図に示します。
計画
Cloud Service への移行プロセスを開始する前に、Experience Manager as a Cloud Service に習熟し、それに対する主要な変更点を確認すると共に、置換または廃止された機能も確認する必要があります。
実行
プロジェクトの実行段階を開始する前に、Cloud Service の利用を開始する必要があります。また、Cloud Manager について理解しておく必要があります。これは、プロジェクトコードを Experience Manager Cloud Service インスタンスに配置するための仕組みです。
Cloud Manager を使用すると、組織がクラウド内の Experience Manager を自己管理できます。このサービスには継続的統合および継続的配信（CI／CD）のフレームワークが備わっているので、IT チームや実装パートナーはパフォーマンスやセキュリティを妥協することなくカスタマイズや更新を迅速に配信できます。
コンテンツの移行
- コンテンツ転送ツール：既存のコンテンツをソース AEM インスタンス（オンプレミスまたは AMS）からターゲット AEM Cloud Service インスタンスに移動するために使用します。
- パッケージマネージャー：リポジトリーの可変コンテンツのインポートおよびエクスポートに使用します。
リファクタリング／最適化
-
- バックグラウンドタスクと長時間実行ジョブ
- Sling スケジューラー
- 入力ストリームの使用状況など
-
ソース環境で ベストプラクティスアナライザー（BPA） を実行する。[移行のみ]
-
プロジェクト構造の考慮事項（クラウドのアーキタイプを基に）
- コードとコンテンツの分離（可変と不変）
- カスタムインデックス定義
- カスタム実行モード
-
-
必要な変更を確認し、実行する
-
ローカル SDK にデプロイする
-
AEM SDK を介してスモークテストを実行
- ディスパッチャー設定のリファクタリングを確認
- 必要に応じて、Dispatcher コンバーターツールを使用します。[移行のみ]
- テストはディスパッチャー SDK を使用して実行可能
デプロイメント／実稼働開始
- Cloud Manager git へのデプロイ
- Cloud Manager 品質パイプラインを介してカスタマーコードを実行
- 開発環境へのデプロイ
- [移行のみ]パッケージまたはコンテンツ転送ツール（CTT）を使用したコンテンツの転送
- 推奨されるテストサイクル（スモークテスト、QA など）の実行
- Cloud Manager 実稼働パイプラインへの昇格
- スモークテスト検証
- 運用開始
運用開始後
運用開始後段階では、一時ファイルの確実なクリーンアップ、継続的な開発に関するベストプラクティスの確認、ログの管理が必要です。