Adobe Experience Manager as a Cloud Service への移行ガイド（パートナー向け） Overview
Adobe Experience Manager（AEM）as a Cloud Service では、Experience Manager の更新済みアーキテクチャを提供します。この基盤は、コンテナベースのインフラストラクチャ、API 駆動型開発、ガイド付き DevOps プロセスに基づいて作成されています。これにより、マーケターと開発者は、常に顧客体験管理のイノベーションの最先端を行くことができます。
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 On Premise や 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 環境にプッシュされます。
Managed Services のオプションのコンテンツ配信ツールであった Cloud Manager が必須になりました。これは、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 実稼働パイプラインへの昇格
- スモークテスト検証
- 運用開始
運用開始後
運用開始後段階では、一時ファイルの確実なクリーンアップ、継続的な開発に関するベストプラクティスの確認、ログの管理が必要です。