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 オンプレミスおよび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 実稼働パイプラインへの昇格
- スモークテスト検証
- 運用開始
運用開始後
運用開始後段階では、一時ファイルの確実なクリーンアップ、継続的な開発に関するベストプラクティスの確認、ログの管理が必要です。