アップグレードのベストプラクティス
ここでは、Adobe Commerce プロジェクトのアップグレードの複雑さを管理するために実行する必要があるアクションについて説明します。 アップグレードについて、プロジェクト開発が始まった時点から、各リリースを通じて継続的に検討する必要があります。 これらのベストプラクティスに従うことで、アップグレードプロセスがより簡単、迅速、そして安価になります。
アップグレードの影響？
アップグレードの複雑さを決定する変数を理解することが重要です。 そうした変動要因は、アップグレードのタイミングだけでなく、各プロジェクトの開始時にも考慮する必要があります。 プロジェクトを開発することは、今後のアップグレードがスムーズに行われ、必要な労力を制御して完了できるようにするために重要です。
Adobe Commerce インスタンスをアップグレードする労力のレベルは、次の要因によって異なります。
-
どのようにサイトを構築しましたか？ カスタム作業の量とインストールされたサードパーティ製モジュールの数は、アップグレードの複雑さに大きく影響します。 カスタム作業やモジュールの品質によって、アップグレードが円滑に行われるかどうかを判断できます。
-
複数のリリースをスキップしていますか？ リリースをスキップすると、次のアップグレードがより複雑になり、結果として発生するバージョンからアップグレードすると、プロセスが簡単かつ安価になります。
-
どの種類のアップグレードを実行していますか？ マイナーリリース（例えば、2.3.xから2.4.0へ）へのアップグレードは、パッチリリース（2.4.2から2.4.3へ）間のアップグレードよりも広範囲です。 セキュリティアップグレードは、最も簡単に実装できるタイプです。
アップグレード計画のベストプラクティス
既に実稼動中のプロジェクトに取り組んでいる場合、アップグレードは、コードとカスタマイズの品質を向上させ、将来のアップグレードに向けて最適化する機会となります。 現在の投資にかかる時間は、長期的に見て節約できる時間です。
異なるマーチャントに対して複数のサイトを管理する場合、最も優れたアプローチは、通常使用する主な機能とカスタマイズを備えたベースインスタンスを作成することです。 この基本インスタンスをテストサイトとして使用してアップグレードを完了し、他のサイトで実行します。 このプラクティスにより、異なる顧客向けにカスタマイズされたモジュールを再利用し、プロジェクトをまたいでアップグレードを簡素化する柔軟性が得られます。
プロジェクトが進行中の場合は、監査を実施して品質を判断し、改善してアップグレードをより効率的にする方法を理解することをお勧めします。
アップグレードを念頭に置いた開発
プロジェクトに取り組み始めた時点から、今後のアップグレードが現在の作業にどのような影響を与えるかを考慮する必要があります。 次の説明に従って、Adobe Commerce開発のベストプラクティスに従ってください。
まだ導入していない場合は、Adobe Commerce拡張機能プラットフォームの導入を開始してください。 このプラットフォームは、SaaSのようなアップグレード性を維持しながら、プロセスを効率的にカスタマイズし、システムを統合し、新しい機能を展開することができます。 その機能は次のとおりです。
-
UI拡張性。 PWA Studioを使用して、バックエンドやミドルウェアに依存せずにストアフロントを拡張および進化させます。
-
API拡張性。 GraphQLを使用して、グラフデータモデルを進化させ、ラムダ関数をグラフレイヤーから直接実行して、Web API レイヤーを拡張します。
-
Adobe I/O ミドルウェアとサービス。 AdobeのミドルウェアとAdobe I/O上に構築された一連のアプリケーション接続を使用して、お使いのシステムをAdobe Commerceに接続します。さらに、Adobe I/Oで実行される独自のビジネスロジックを使用してデフォルトのビヘイビアーを上書きすることで、コアプラットフォームの機能を拡張できます。
アップグレードの計画
Adobe Commerceの機能を継続的に拡張するには、利用可能な最新リリースを開発し、プロジェクト計画にアップグレード戦略を定義することが重要です。 これにより、セキュリティを確保し、コンプライアンスを遵守し、最新の機能強化を把握できるため、セールスを迅速に拡大し、より効果的に運用をおこない、現在および将来にわたって競合他社の一歩先を行くことができます。
アップグレードの計画と予算を支援するには、 リリーススケジュール を監視する必要があります。 チームのバックログ内のアップグレードタスクを事前に計画します。 GAでこの作業を完了することを目指します。
-
プレリリース版を使用して、新しい各リリースについて説明します。 プレリリースは、一般公開の2週間前にAdobe Commerce マーチャントおよびすべてのパートナーが利用できる一般公開コードです。 複数のストアがある場合は、ベースストアでプレリリースを使用し、カスタムモジュールとテーマが互換性があることを確認します。
-
Adobe Commerceの アップグレードプランのチェックリスト を確認して、アップグレードの計画を立ててください。
-
年初にアップグレードの計画を立てる。 各アップグレードを完了するには、予算とリソースを予約する必要があります。 アップグレードの労力は、プロジェクトによって大きく異なる場合があることを忘れないでください。 経験と知識を活用して、できるだけ正確な計画を立てる必要があります。
-
アップグレードが、ここで説明した内容よりも多くの労力を要する場合は、プロジェクトを監査し、長期的なメンテナンスを削減するために環境を調整することをお勧めします。
アップグレードの実行
アップグレードは、事前に定義された予算内で定期的に実施する必要があります。 アップグレードが予定どおりに完了するように、事前に承認されたアップグレードを年の初めにスケジュールすることをお勧めします。
アップグレードのために行う作業を評価します。
-
リリースノート を確認して、新しいバージョンの範囲と影響を確認してください。
-
新しいバージョンにアップグレードする前に、カスタムコードで修正する必要がある潜在的な問題を特定するには、Upgrade Compatibility Toolを使用します。
-
サードパーティ製の拡張機能を使用している場合は、アップグレードする予定のターゲットバージョンとの互換性を検証します。
アップグレード後のテスト
テストは、最も時間を要するアップグレードのフェーズです。 そのため、プロセスは可能な限り自動化する必要があります。 主要なテストツールを活用することで、さまざまなメリットを得られます。 詳細については、 アプリケーションテストガイド を参照してください。
実稼動環境に移行する前に、ステージング環境を使用してアップグレードをテストおよび検証します。
メンテナンスページを利用します。 このページを事前に準備することで、顧客とコミュニケーションを取り、バックグラウンドで作業が行われていることを通知できます。 このページは数分間表示される必要がありますが、問題がある場合は、長く使用する必要がある場合があります。 メンテナンスページに適したコンテンツとデザインがあれば、オンラインストアが利用できない場合でも、優れたエクスペリエンスを提供できます。