Commerce Engineロール
このページの翻訳はAIによって自動的に行われました。可能な限り正確な翻訳を心掛けていますが、原文と異なる表現や解釈が含まれる場合があります。正確で公式な情報については、必ず英語の原文をご参照ください。
開発環境では、通常、Commerce Engineのインスタンスは1つだけ実行されています。このCommerce Engineのインスタンスは、ストアフロントとビジネス ツールの両方からのすべてのトラフィックを処理します。
本番環境では、通常、トラフィックはCommerce Engineの複数のインストール済みインスタンスに分割され、通常はトラフィック ソースの近くに物理的に配置されます。これらのインスタンスはCommerce Engine rolesと呼ばれます。この区別は純粋に論理的です。インストールされている異なるロール間でデプロイされたビットに実質的な違いはありません。これらのロールは、トラフィックの発信元によって定義されます。
ソリューションの実装時には、次のエンジンの役割が考慮されます。これらは、実装の詳細は異なる場合がありますが、どの本番環境でも適用する必要があります。
-
Authoring role: Authoringロールは、Commerceビジネス ツールからのトラフィックを処理するCommerce Engineのインスタンスです。この役割はトラフィックが少ないため(つまり、eコマースソリューションでは買い物客の数に比べてビジネスユーザーが比較的少ない)、通常、スケール要件は比較的低くなります。
メモSitecore XC 10.2以降、デフォルトのXCデプロイメントでは、DevOps操作専用の個別のCommerce Engineサービス インスタンスは作成されません。代わりに、オーサリング コマース エンジン ロールは、DevOpsオペレーション (ブートストラップ、環境初期化関数、その他のCommerceOps APIリクエストなど) のターゲット環境としても機能します。
-
Shops role: Shopsロールは、1つ以上のストアフロントからのトラフィックを処理するCommerce Engineのインスタンスです。このロールは、需要に合わせて拡張することを目的としており、通常はトラフィックを生成するSitecore Experience Platformインスタンスのすぐ近くにインストールされます。ソリューションをスケーリングするために、Sitecore XPインスタンスやCommerce Engineインスタンスは、トラフィックの組み合わせやボトルネックの場所に応じてスケーリングできます。
-
Minions role: Minionsロールは、独立して実行され、非同期処理をサポートするCommerce Engineのインスタンスです。これには、注文後のキャプチャ処理だけでなく、クリーンアップやプルーニングも含まれます。
デプロイされた各ロールは、そのロールの特定のCommerce Environmentを使用して指定できる異なるポリシーと動作を持つことができます。Commerce Engineに対して呼び出しが行われると、呼び出しのヘッダーは環境を指定します。この環境は、その呼び出しのポリシーと動作を制御するためにエンジンによって使用されます。特定の環境を指定すると、キャッシング、データ・ストレージ、統合接続などの関数を (ロールごとに) 明示的に独立して制御できます。
環境ポリシーを使用すると、エンジン ロールは共通の永続ストアを共有するか、個別の専用ストレージを使用できます。すべてのロールは、標準の実装で同じストレージを共有します。これにより、成果物は公開プロセスなしで各ロールから参照できます。たとえば、これにより、Authoringロールは注文をすぐに利用できるようにし、承認されたプロモーションや価格の変更はShopsロールがすぐに利用できるようになります。
各ロールは、独立したキャッシュポリシーを持つことができます。たとえば、Authoringロールで縮小キャッシュを構成して変更がすぐに表示されるようにしたり、Shopsロールで負荷の高いキャッシュを構成してパフォーマンスを向上させたりできます。