コマースエンジンの役割

開発環境では、通常、Commerce Engineが稼働しているインスタンスは1つだけです。このCommerce Engineのインスタンスは、ストアフロントおよびビジネスツールからのすべてのトラフィックに対応しています。

本番環境では、トラフィックは通常、複数のインストールされたCommerce Engineインスタンスに分割され、これらのインスタンスは通常、トラフィックソースの近くに物理的に配置されています。これらのインスタンスはCommerce Engineロールと呼ばれます。この区別は純粋に論理的なものです。異なるインストールロール間で展開されるビットに実質的な違いはありません。これらのロールはトラフィックの発生源によって定義されます。

以下のエンジンの役割は、ソリューション実装時に考慮されます。実装の詳細が異なっても、これらは本番環境で必ず適用しなければなりません。

• Authoring role: Authoring 役割は、Commerceビジネスツールからのトラフィックを処理するCommerce Engineのインスタンスです。この役割はトラフィックが少ないため(すなわち、eコマースソリューションは買い物客数に比べてビジネスユーザー数が比較的少ないため)、スケール要件は通常比較的低いです。
• Shops role: Shops の役割は、1つ以上の店舗からのトラフィックに対応するCommerce Engineのインスタンスです。この役割は需要に対応するためにスケールすることを意図しており、通常はトラフィックを生み出すSitecore Experience Platformインスタンスの近くに設置されます。ソリューションをスケールさせるために、Sitecore XPインスタンスやCommerce Engineインスタンスはトラフィックの構成やボトルネックの位置に応じてスケール可能です。
• Minions role: Minions 役割は、独立して動作し非同期処理をサポートするCommerce Engineのインスタンスです。これには、ポストオーダーキャプチャ処理やクリーンアップやプルーニングが含まれます。
• DevOps role: DevOps ロールは、内部でDevOps担当者のみが利用可能なCommerce Engineのインスタンスです。この役割はより高い権限を持つアイデンティティを持つことができ、DevOps担当者が他の役割では許可されていないメンテナンス作業(例
  )を実行できるようにします。

各展開されたロールは異なるポリシーや動作を持ち、その役割の特定のCommerce Environmentを使って指定できます。Commerce Engineに呼び出しが行われると、その呼び出しのヘッダーが環境を指定します。この環境はエンジンがその呼び出しのポリシーや挙動を制御するために使用します。特定の環境を指定することで、キャッシュ、データ保存、統合接続などの機能に対して(役割ごとに)明示的に独立に制御できます。

環境ポリシーを用いることで、エンジンロールは共通の永続ストアを共有するか、別々の専用ストレージを使うことができます。すべてのロールは、箱から出した実装で同じストレージを共有します。これにより、アーティファクトを各ロールに公開プロセスなしで表示できます。例えば、これにより注文はAuthoringロールに即座に利用可能になり、承認されたプロモーションや価格変更もShopsロールに即時利用可能になります。

各役割は独立したキャッシュポリシーを持つことができます。例えば、Authoringロールでキャッシュ削減を設定すれば変更がすぐに確認でき、Shopsロールではより重いキャッシュを設定してパフォーマンスを向上させることができます。