[SaaSのみ]{class="badge positive" title="Adobe Commerce as a Cloud ServiceおよびAdobe Commerce Optimizer プロジェクト（Adobeが管理するSaaS インフラストラクチャ）にのみ適用されます。"}

Adobe Commerce as a Cloud Serviceに移行

このガイドは、開発者がAdobe Commerce on CloudまたはオンプレミスからAdobe Commerce as a Cloud Service （SaaS）に移行するのに役立ちます。 このSaaS モデルは、パフォーマンスの向上、拡張性、およびAdobe Experience Cloudとの統合を提供します。

概要

確立されたAdobe Commerce ストアをAdobe Commerce as a Cloud Serviceに移行することは、データを移行するだけではありません。 実際の移行は、次の領域にまたがっています。

Adobe Commerce as a Cloud ServiceはバージョンのないSaaS プラットフォームです。つまり、これらの領域を適応させずに移行することはできません。 カスタマイズはApp Builder アプリケーションに近代化され、ストアフロントはEdge Delivery Services （EDS）で再構築され、データは新しいAdobe Commerce as a Cloud Service テナントに移行され、統合はSaaS パターンを使用して再確立されます。

移行を1つのモノリシックプロジェクトとして検討する代わりに、Adobeでは、3つの移行ツール ​を中心に構築された統合された移行ワークフローを提供します。

この共有ワークフローは、発見を統合し、エンジニアリングと配信チームを調整し、一貫した移行計画を提供します。

PaaSとSaaSの比較

Adobe Commerce on Cloudまたはオンプレミス（PaaS）とAdobe Commerce as a Cloud Service （SaaS）では、それらの管理方法とマーチャントがプラットフォームとどのように関わっているかが異なります。

主な違い

アーキテクチャへの影響

新しいツールと概念

移行のジャーニー

移行は、次のフェーズを経て移行します。

移行は通常、直線的ではなく、反復的なものです。 企業は、最終的な本番稼動のカットオーバーの前に、複数の環境を評価し、推奨事項を検証し、段階的に近代化し、実装計画を改善することができます。

移行ツール ワークフロー

次のワークフローにはそれぞれ独自のツールがあります。 移行時に使用する一般的なブループリントとして機能する移行評価を使用して、移行を完了するために一緒に使用します。

これらのトラックはスタンドアロンではありません。 適切な順序でまとめて使用することで、手戻りを最小限に抑えることができます。

ストアフロントの近代化は、単なるUIの移行ではありません。 ビジネス機能の移行に加えて、エクスペリエンスアーキテクチャ、再利用可能なコンポーネントの近代化、パフォーマンスの最適化、Edge Delivery Servicesパターンの採用を検討する必要があります。

統合は移行評価の一部として評価されますが、その実装はシナリオによって異なります。 統合では、App Builder、API Mesh、Adobe I/O Events、Adobe Commerce as a Cloud ServiceのAPIを活用できます。

これらの移行ツールは、移行評価を中心とした統合された移行ワークフローを拡張および維持し続けます。

次のステップ

移行の準備ができたら、まず評価を作成します。 移行評価は、残りの移行が従う計画を確立します。

Migration Assessment ToolとCommerce Developer MCPは、AIを利用して、検出、計画、導入を支援します。 他のエンジニアリングワークフローと同様に、AI生成のレコメンデーションと実装は、標準アーキテクチャ、テスト、品質保証プロセスの一環として、チームで慎重にレビューし、検証する必要があります。

移行評価ツール

開発または移行を開始する前に、移行のサイズを考慮し、開発が必要な項目を決定する必要があります。 Adobe Commerce on CloudまたはオンプレミスのAdobe Commerce ストアには、カスタムモジュール、統合、ストアフロントのカスタマイズ、データ構造が含まれている可能性が高く、誰かが実装を分析するまで明らかにならない可能性があります。 移行評価ツールは、コードベースを自動的にスキャンして、開発用にこれらの項目を識別します。

評価の概要

移行評価ツールは、既存の実装のAI評価を実行し、構造化された近代化評価とAdobe Commerce as a Cloud Service移行ロードマップを生成します。 また、アプリケーションのカスタマイズ、統合、データ構造、ストアフロントの特性など、近代化に影響を与える実装の詳細を評価することで、移行の包括的な全体像を構築できます。 これにより、発見を迅速かつ反復可能なプロセスに変換し、取り組む前に労力、リスク、順序を評価できます。

移行評価ツールが生成する評価は、単なるレポートではありません。 評価は、移行ライフサイクル全体を通じて計画、実装、検証に情報を提供する共有された移行アーティファクトになります。 移行ジャーニーの第一段階として、その調査結果には、アプリケーションの近代化とそれに続くデータ移行の取り組みの両方が含まれます。

移行評価レポートに含まれる内容とその使用方法について詳しくは、移行評価を参照してください。

評価ステージ

評価は、既存の実装に対して実行され、一連の自動化されたステージを通じて進行します。

評価価値

評価の価値とは、開発の詳細を確定する前に得られる信頼性の量のことです。 定期的なスコープ設定を伴う移行を推定する代わりに、評価は実装に関するエビデンスに基づいた理解を提供します。 これには、移行が簡単なカスタマイズ、再設計が必要なカスタマイズ、完全に廃止できるカスタマイズなどが含まれます。 日常的に評価をおこなうことで、時代遅れの機能や未使用の機能を洗い出し、技術的負債を低減できます。

各レコメンデーションには、設計者とエンジニアが計画中に検証できる基礎となる実装に関する引用とともに、裏付けの証拠が含まれています。 あらゆる評価は同じ手法に従うため、一貫したスコアリングとプランニングのフレームワークにより、複数の開発ニーズを比較できます。

評価は単なる出発点ではありません。 下流移行ツールは、評価の結果を使用して、実装を加速し、承認された移行計画との一貫性を維持します。 カスタマイズ分析はアプリケーションの近代化のための設計図となり、データ評価では、データベースサイズ、エンティティインベントリ、カスタムテーブルを分析することで、データ移行の作業範囲を決定します。

評価範囲

移行評価ツールは、移行の全体像を把握することに重点を置いています。 カスタムモジュール、プラグイン、イベント、API、cron ジョブ、キュー、外部システムとの統合、ストアフロントの特性、およびそれらのカスタマイズが依存するデータベーススキーマを分析します。 この評価では、検出した内容を使用可能なAdobe Commerce as a Cloud Service機能にマッピングし、App Builderを使用してSaaS アーキテクチャの再設計や機能の近代化を行う場所を特定します。

評価は、実行ツールというよりも計画ツールです。 近代化する必要があるものを特定し、実装の複雑さを推定し、推奨事項を提供します。 導入に関する意思決定とアーキテクチャの検証は、引き続きAdobe、パートナー、カスタマーエンジニアリング部門の間で共同で行われます。

サードパーティの拡張機能によってカスタムテーブルに保存されたデータは、移行の検討として表示されます。 標準データ移行では、このデータは自動的に移行されません。 これらのシナリオをサポートするには、カスタム App Builder アプリケーションが必要になる場合があります。 詳しくは、​ データ移行ガイド ​を参照してください。

この評価では、ストアフロントのカスタマイズとデータ移行ワークフローに対して次の分析を行います。

アプリケーションの変更に応じて評価を再実行することもできます。 これにより、チームは改善作業を検証し、近代化の進捗状況を測定し、エンゲージメント全体を通じて移行計画を継続的に改善できます。

次のステップ

すべてのAdobe Commerce as a Cloud Service移行は評価から始まります。 これは、スコープを設定し、不確実性を減らし、実装を開始する前に共有された移行ブループリントを作成するための費用対効果の高い方法です。

評価ツールとダウンストリーム開発者ワークフローについて詳しくは、Adobe Commerce Developer MCPを参照してください。

コードとストアフロントの移行（Commerce Developer MCP）

Adobe Commerce on Cloudまたはオンプレミスのカスタマイズでは、アプリケーション内で実行されるインプロセス PHP （モジュール、プラグイン、イベントオブザーバー）を使用できます。 Adobe Commerce as a Cloud ServiceはバージョンのないSaaS プラットフォームであり、そのモデルは適用されなくなります。 カスタマイズは、イベントとAPIを通じてCommerceと統合される、プロセス外のAdobe Developer App Builder アプリケーションとして実行されます。 このアーキテクチャのストアのカスタマイズを最新化することは、通常、Adobe Commerce as a Cloud Service移行で最も重要なエンジニアリング作業です。

コード移行の概要

Commerce Developer MCPは、移行評価から始まり、従来のPHP カスタマイズをApp Builder個のアプリケーションに近代化するための会話型IDE エクスペリエンスを提供します。 また、Edge Delivery Services（EDS）上のストアフロントの再構築についても支援します。 Commerce開発者MCPは、Migration Assessment Toolの調査結果を直接利用することで、手作業による解釈を減らし、トレーサビリティを維持し、プロセス全体の一貫性を確保することで、承認された移行ロードマップに沿った実装を維持します。

移行が主なユースケースですが、Commerce Developer MCPは、Adobe Commerceの包括的なAI開発エージェントとして設計されています。 MCPは、近代化、新しい開発、運用ワークフロー、およびすべてのAdobe Commerce as a Cloud Serviceの更新をサポートしています。 このレベルの柔軟性により、移行後もCommerce アプリケーションの構築と拡張を継続することができます。

Commerce Developer MCP

Commerce Developer MCPは、移行評価の結果を使用して、識別されたカスタマイズを、反復的な開発ワークフローを通じてApp Builder個のアプリケーションに変換します。 これらのツールを使用して開発する場合は、次のガイドラインを考慮してください。

ストアフロントの近代化

フロントエンドでは、Commerce Developer MCPが、Adobe Commerce ボイラープレート、ドロップインコンポーネント、EDS ブロックを使用して、Commerce用Edge Delivery Services（EDS）の​ ストアフロント ​を最新化します。

Commerce Developer MCPは、Commerceのボイラープレートに基づいて、既存のストアフロントプロジェクトを読み込みます。 次のような方法でストアフロントを近代化できます。

MCPは、次のような機能も支援します。

開発者のMCP値

処理中のPHPのカスタマイズから構成可能なApp Builder アプリケーションに移行することは、大幅なアーキテクチャシフトを表します。 Commerce Developer MCPは、Adobe Commerceの知識、App Builderの実装パターン、および製品のベストプラクティスを開発ワークフローに直接埋め込むことで、そのギャップを埋めます。

このコンテキストを含めることで、配信速度とエンジニアリング品質の両方の一貫性が向上します。 チームは、一貫したアーキテクチャのガイダンスに従った実装を作成しながら、アプリケーションをより迅速に近代化できます。

Commerceの開発者MCPは、推奨される実装パターンを組み込むことで、個々の専門知識に対する依存度を減らし、プロジェクトをまたいで一貫性のある方法で近代化の取り組みを拡大するのに役立ちます。

移行プロセスは、既存の実装を改善する機会でもあります。 これにより、従来の技術的負債を回避して、従来のカスタマイズを簡素化し、古い機能を廃止し、SaaS機能を導入して、アプリケーションアーキテクチャを最新化できます。

Commerce開発者MCPは、移行評価を直接利用するため、あらゆる近代化の取り組みは、トレーサビリティを元の評価に戻し、実装が承認済みの移行ロードマップに沿ったものとなるようにします。

また、Commerce Developer MCPでは、ビジネス要件の変更に応じて個別に進化できるモジュール App Builder アプリケーションを奨励することで、コンポーザブルアプリケーションの設計を促進しています。

開発者MCP スコープ

バックエンドでは、Commerce Developer MCPが、PHP モジュール、プラグイン、イベントオブザーバーをApp Builder個のアプリケーションに変換し、それらをAdobe Commerceに接続するための統合パターンを確立することで、カスタマイズと統合レイヤーを最新化します。 また、チェックアウト、決済、管理UIをまたいで、開発を迅速化できます。

フロントエンドでは、Commerce Developer MCP がEdge Delivery Services上のCommerce ストアフロント ​を最新化します。

MCPはデータ移行を処理しません。 ビジネス データは、Commerce Data Migration Serviceを通じて移行されます。 MCPは、ビジネスロジックまたはカスタムテーブルがアプリケーションの近代化を必要とする場合に必要なApp Builder アプリケーションをサポートします。

次のステップ

コードとストアフロントの近代化は、移行評価ツールのロードマップで移行範囲と優先順位が確立された後に開始されます。

MCPのインストールと使用方法について詳しくは、Commerce Developer MCPのドキュメントを参照してください。

データ移行（Commerce Data Migration Service）

Adobe Commerce as a Cloud Serviceに移行するには、カタログ、注文、顧客、設定など、長年のデータを移行する必要があります。

Commerce Data Migration Serviceは、手作業による移行を、繰り返し可能な自動化された単一のプロセスに置き換えます。 複雑なデータベースの移行を、より予測可能かつ効率的におこなうことができます。

Commerce Data Migration Service

移行では、Docker コマンドラインツール （./bin/console migration）によって実行されるガイド付きワークフローを使用します。 システム インテグレータまたはオペレーターは、ソースストアに対してこのワークフローを実行します。

コアデータの移行は自動化されますが、ほとんどの移行には非標準のスキーマ、拡張機能、エッジケースが含まれているため、すべての移行はソースストアの評価から始まります。 資格情報と接続性の検証、移行の登録、検証ベースラインの確立を完了すると、データ移行を進めることができます。

移行サービスツールは、次のデータ管理手順を実行します。

これらのデータを移動する段階にはメンテナンス期間が必要ですが、準備段階ではダウンタイムを最小限に抑えて稼働を維持します。

移行サービスの値

Commerce Data Migration Serviceは、証拠を使用することでデータの整合性を保持します。 あらゆる移行は、ソースとターゲットのデータを比較し、APIを通じてライブレコードのサンプルを検証することによって検証されます。 カスタム属性など、Adobe Commerce as a Cloud Serviceに完全にマッピングされないデータは、抽出中に自動的にフィルタリングされ、再マッピングされます。

移行サービスは、エンタープライズ規模のデータベース向けに設計されています。 データの移行は非同期でパーティション化および処理されるため、大規模なカタログや広範な注文履歴を確実に移行できます。 パイプラインの成長に合わせて、複数の移行を並行して実行できます。 移行が中断された場合、移行は最後に完了したステージから再開され、停止したジョブが検出され、自動的に再試行されます。

ダウンタイムは、次の方法で最小化されます。

移行では、Adobe インフラストラクチャを通じて本番データを移動するので、パス全体が保護されます。

Commerce Data Migration Serviceは世界中の本番環境で稼働しており、既に複数のエンタープライズレベルの移行を提供しています。

カスタムデータとサードパーティデータ

移行サービスでは、ファーストパーティのコアコマースデータのみがサポートされます。 移行サービスは、カスタムのサードパーティエンティティを処理しません。

サードパーティデータはケースごとに移行できるため、Docker抽出ツールに対応するカスタマイズが必要です。 カスタムツールを作成した後、データをソースから抽出し、App Builderまたはサードパーティのデータベースに書き込むことができます。

各拡張機能はデータを異なる方法でモデル化するため、サードパーティデータの移行パスは、ソースストレージとターゲットストレージのスキーマと場所を決定した後でのみ設計できます。 サードパーティデータの移行は、スコーピングの時間を確保するために、早期に特定する必要があります。

次のステップ

移行の準備ができたら、​ データ移行スコープに関するアンケート ​を完了します。このアンケートには、ソーストポロジ、エンティティの範囲、ボリューム、コンプライアンスの制約、カットオーバーの仕組み、移行の計画に必要な​ カスタムテーブル ​が必要です。 このアンケートを完了すると、Adobeで環境を評価し、移行ウィンドウを計画できるようになります。

ワークフロー、サポートされているデータ、検証について詳しくは、一括データ移行ツール ガイド ​のドキュメントを参照してください。

ソース環境を準備するシステムインテグレーターは、標準のAdobe Commerce Cloud CLIとAdobe Developer ConsoleをIMS資格情報に使用することもできます。