コマースコアの概要

Version:
日本語翻訳に関する免責事項

このページの翻訳はAIによって自動的に行われました。可能な限り正確な翻訳を心掛けていますが、原文と異なる表現や解釈が含まれる場合があります。正確で公式な情報については、必ず英語の原文をご参照ください。

以下の表はCommerce Coreの概念を説明します。

コンセプト

概要

活動

例えば、レポートやパフォーマンスの活動追跡のために特定の作業セットをラップする内部構造です。このソリューションは、すべてのコマンドをアクティビティにラップして、コマンドのパフォーマンスレポートを可能にする CommandActivity として実装しています。

TrackActivityPipelineは活動が完了すると実行され、プラグインがアクションを取ることを可能にします。

活動の例としては、SLAに対するアクションのパフォーマンスを監視し、SLA外のアクションを報告したり、アラートを生成したりすることが挙げられます。

承認

基本的な承認コマンドとパイプラインは、基本的な承認プロセスを円滑に進めるためのものです。承認は価格設定やプロモーションによって、実装前に変更の承認を得るために使われます。

認証

ベアラートークンを使ってサービスAPIへの呼び出しを認証する能力。

Bootstrap

ソリューションのブートストラップをサポートするコマンドとパイプライン。 BootstrapPipeline は wwwroot/data/environments フォルダから環境構成を SitecoreCommerce_Global データベースに読み込みます。ブートストラップ後は、それらの環境構成が存在する必要はありません。その後の環境構成は通常のランタイム操作中にデータベースから取得されます。

キャッシュ

インメモリキャッシュをサポートするコマンドとパイプライン。これにより、環境固有のキャッシュ、キャッシュの優先度指定、キャッシュのクリアが可能になります。キャッシュ機能は、実際のキャッシュのために Sitecore.Framework.Caching 機能を活用します。

指揮

コマンドの概念をサポートする基本的な構造。コマンドはタスク駆動型APIのAPIのように機能します。

構成要素

構成の拡張性をサポートする基本構造、コンポーネントクラスや各種ベースコンポーネントが含まれます。

背景

CommerceContextと呼ばれるコールレベルのコンテキストは、コールがサービスに入る際に初期化され、サービスコール全体にわたって伝わります。CommerceContextはオブジェクトキャッシュ、メッセージング、ヘッダー、その他のコアコールレベルの情報を提供します。

コントローラー

サービスAPIを通じてコア機能を提供する基本的なコントローラー。

コンバーター

Service API用のカスタムJSONコンバーター。

事業体

コマースエンティティの読み書きをサポートするコマンド、ポリシー、パイプライン。 CommerceEntity はビジネスコンセプトを直接表現するために設計されたコアアーティファクトであり、永続ストレージ内の単一のユニットとして保存されます。エンティティには識別子があり、サービスAPIを通じて取得できます。

環境

商取引環境は、個別に設定可能なデータとサービス機能のプールを単一のサービスインスタンスで同時に動作させる機能を提供します。環境は他の環境と同じ永続ストアを共有することも、独自の排他的な永続ストアに分離することも可能です。

イベント

イベントやイベント駆動型の行動を支える基本的なインフラ。

例外

基本 CommerceException 基本クラスです。

グローバリゼーション

多通貨やローカライゼーションのサポートを含む、グローバル化を支援するためのコマンドとそのパイプライン。

一覧

基本的なリスト機能をサポートするコマンドとパイプライン、リスト管理の基本が含まれます。 ManagedLists を使ってエンティティのリストを、その状態や実行すべき活動に基づいて追跡します。リストは組織構造を提供し、ビジネスプロセスをサポートするために使用されます。

所在地

例えば、支援国や国情報を取得するためのコマンドやパイプライン。

伐採

SeriLogを用いたコアログのサポートと、Microsoft Application Insightsによるログ指定。

メディア

メディアの種類やポリシーをサポートするコアクラス、 GlobalImagePolicy クラスやイメージクラスなどがあります。

ミニオン

ミニオンをサポートするコマンドやパイプライン、 MinionBoss および RunMinion パイプライン、環境設定におけるミニオンの設定をサポートするポリシーなどです。

モデル

基本的なコアモデルは、エンティティやコンポーネント内で再利用可能なPOCOクラスです。モデルは、モデルコレクション内でコマンド応答の一部としてデータを提示するために使用できます。

モデルはModelクラスページのSDKフォルダ内のSitecore.Commerce.Documentation.chmにリストされています。

ノード

ノードはService APIの実行中のインスタンスです。基本的なノード機能を可能にするコアパイプライン、ブロック、ポリシー。

パフォーマンス

コマンドとポリシーは、コマンドのパフォーマンスカウンターとのトラッキングと統合をサポートします。

パイプライン

パイプライン機能をサポートするコアコマンドとモデル。パイプラインは Sitecore.Framework.Pipelines インフラを活用します。

プラグイン

Commerceのプラグイン拡張性のコアサポート。

方針

名前付きでバージョン可能かつ可変なデータセットで、行動内の事実として行動の結果に影響を与えることができます。これにより、ビジネスプロセスやその他のポリシー駆動型動作で使われる可能性のあるコア意思決定基準を閲覧、シミュレーション、変更するための監査可能な仕組みを提供します。さまざまなプラグインは、既存のポリシーや新規ポリシーに追加の事実を追加したり、動的価格設定などの新しい概念を実装するための専門的なポリシーを持っています。

政策の特徴には以下が含まれます:

  • 抽象エンティティストレージを用いた集中型ポリシーストア。

  • ワーカープロセスはブートストラップを行うためにポリシーストアへのリンクだけで十分です。

  • ポリシーの単一真実点。

  • データを移動せずにワークフローを公開できます。

  • ポリシーは大きくキャッシュされており、ほとんど変更されません。

  • ポリシーには、パーソナライズされたポリシーを提供するための付随するルールが付随することがあります。

ポリシーはPolicyクラスページのSDKフォルダ内のSitecore.Commerce.Documentation.chmに記載されています。

提供者

EntityProviderおよびIndexProviderのコアインターフェース。プロバイダの概念は避けられます。なぜなら、どのプラグインでもプロバイダになり得るからです。これはファイルシステムからファイルシステムからCommerceEntityを読み取ることを可能にするFileSystemProviderのみが使用します。

ServiceAPI

基本的なサービスAPIを可能にするためのコアモデルとポリシー。

取引

ソリューションにおける取引性をサポートするコア機能。

この記事を改善するための提案がある場合は、 お知らせください!