Commerce Coreの概要
このページの翻訳はAIによって自動的に行われました。可能な限り正確な翻訳を心掛けていますが、原文と異なる表現や解釈が含まれる場合があります。正確で公式な情報については、必ず英語の原文をご参照ください。
次の表では、Commerce Coreの概念について説明します。
|
概念 |
形容 |
|---|---|
|
活動 |
アクティビティ追跡 (レポートやパフォーマンスなど) の特定の作業セットをラップする内部構造。このソリューションでは、すべてのコマンドがアクティビティにラップされ、コマンドのパフォーマンス レポートを有効にするCommandActivityとしてこれを実装します。 アクティビティが完了するとTrackActivityPipelineが実行され、プラグインがアクションを実行できるようになります。 アクティビティの例としては、SLAに対するアクションのパフォーマンスを監視し、SLA外のアクションを報告したり、アラートを生成したりします。 |
|
承認 |
基本的な承認プロセスを容易にするための基本的な承認コマンドとパイプライン。承認は、価格やプロモーションによって使用され、実装前に変更の承認を求めます。 |
|
認証 |
ベアラー トークンを使用してサービスAPIの呼び出しを認証する機能。 |
|
ブートストラップ |
ソリューションのブートストラップをサポートするコマンドとパイプライン。 BootstrapPipelineは、wwwroot/data/environmentsフォルダからSitecoreCommerce_Globalデータベースに環境設定を読み込みます。ブートストラップ後、これらの環境設定が存在する必要はありません。後続の環境構成は、通常のランタイム操作中にデータベースから取得されます。 |
|
キャッシング |
インメモリ キャッシュをサポートするコマンドとパイプライン。これにより、環境固有のキャッシュを使用したり、キャッシュの優先順位を指定したり、キャッシュをクリアしたりできます。キャッシュ機能は、実際のキャッシュにSitecore.Framework.Caching機能を活用します。 |
|
命令 |
コマンドの概念をサポートするための基本構造。コマンドは、タスク駆動型APIのAPIのように機能します。 |
|
コンポーネント |
コンポーネント クラスやさまざまな基本コンポーネントなど、構成の拡張性をサポートするための基本構造。 |
|
文脈 |
CommerceContextと呼ばれる呼び出しレベルのコンテキストは、呼び出しがサービスに入るときに初期化され、サービス呼び出し全体にわたって実行されます。このCommerceContextは、オブジェクト キャッシュ、メッセージング、ヘッダー、およびその他の主要な通話レベルの情報を提供します。 |
|
コントローラ |
サービスAPIを通じてコア機能を利用できるようにする基本コントローラー。 |
|
コンバータ |
Service APIのカスタムJSONコンバーター。 |
|
実体 |
コマース エンティティの読み取りと書き込みをサポートするコマンド、ポリシー、パイプライン。 CommerceEntityは、ビジネス概念を直接表すように設計されたコアアーティファクトであり、永続ストレージに単一のユニットとして格納されます。エンティティには識別子があり、Service APIを通じて取得できます。 |
|
環境 |
コマース環境では、1つのサービス インスタンスで一緒に実行されるデータとサービス機能の個別に構成可能なプールを持つことができます。環境は、他の環境と同じ永続ストアを共有することも、独自の排他的な永続ストアに分離することもできます。 |
|
出来事 |
イベントとイベントドリブンアクションをサポートするための基本的なインフラストラクチャ。 |
|
例外 |
基本CommerceException基本クラス。 |
|
グローバリゼーション |
グローバリゼーションをサポートするためのコマンドとそのパイプライン (複数通貨やローカライズのサポートなど)。 |
|
リスト |
基本的なリスト管理など、基本的なリスト機能をサポートするコマンドとパイプライン。 ManagedListsを使用して、エンティティの状態またはエンティティに対して実行する必要があるアクティビティに基づいて、エンティティのリストを追跡します。リストは、組織構造を提供し、ビジネス プロセスをサポートするために使用されます。 |
|
場所 |
場所をサポートするコマンドとパイプライン (サポートされている国や国情報の取得など)。 |
|
伐採 |
SeriLogを使用したコア ログとMicrosoft Application Insightsを使用したログの指定がサポートされるようになりました。 |
|
メディア |
メディアの種類とポリシーをサポートするコア クラス( GlobalImagePolicyクラスやイメージ クラスなど)。 |
|
ミニオン |
ミニオンをサポートするコマンドとパイプライン ( MinionBossパイプラインとRunMinionパイプラインを含む)、および環境構成でのミニオンの構成をサポートするポリシー。 |
|
モデル |
基本的なコア モデルは、エンティティとコンポーネント内で再利用できるPOCOクラスです。モデルは、modelsコレクション内のコマンド応答の一部としてデータを表示するために使用できます。 モデルは、Modelクラス ページのSitecore.Commerce.Documentation.chm (SDKフォルダー内) に一覧表示されます。 |
|
ノード |
ノードは、Service APIの実行中のインスタンスです。基本的なノード機能を有効にするコアパイプライン、ブロック、ポリシー。 |
|
パフォーマンス |
コマンドのパフォーマンス カウンターの追跡と統合をサポートするコマンドとポリシー。 |
|
パイプライン |
パイプライン機能をサポートするためのコア コマンドとモデル。一方、パイプラインはSitecore.Framework.Pipelinesインフラストラクチャを活用します。 |
|
プラグイン |
Commerceのプラグ可能な拡張性のコア サポート。 |
|
政策 |
行動の結果に影響を与えるために行動内の事実として使用できる、名前が付けられ、バージョン管理可能で変数のデータセット。これにより、ビジネス プロセスやその他のポリシー駆動型の動作で使用される可能性のある主要な決定基準を表示、シミュレーション、および変更するための監査可能なメカニズムが提供されます。さまざまなプラグインには、既存のポリシーや新しいポリシーに追加の事実を追加したり、ダイナミックプライシングなどの新しい概念を実装したりするための特殊なポリシーがあります。 ポリシーの特性は次のとおりです。
ポリシーは、Policyクラス ページのSitecore.Commerce.Documentation.chm (SDKフォルダー内) に一覧表示されます。 |
|
供給者 |
EntityProviderとIndexProviderのコア インターフェイス。プロバイダーの概念は、どのプラグインもプロバイダーである可能性があるため、回避されます。これは、ファイルシステムからCommerceEntityを読み取ることができるFileSystemProviderでのみ使用されます。 |
|
サービスAPI |
基本的なサービスAPIを有効にするためのコア モデルとポリシー。 |
|
トランザクション |
ソリューションでのトランザクション性をサポートするコア機能。 |