アーキテクチャの概要
このページの翻訳はAIによって自動的に行われました。可能な限り正確な翻訳を心掛けていますが、原文と異なる表現や解釈が含まれる場合があります。正確で公式な情報については、必ず英語の原文をご参照ください。
Sitecoreは主に3つの製品で構成されています。
- Sitecore Experience Manager(XM)
- Sitecore Experience Platform (XP)
- Sitecore Experience Commerce(XC)
Sitecoreの各コンポーネントには複数の論理エンティティが含まれており、複数のクラウドサービスと合わせてSitecoreプラットフォームの全機能を形成しています。
!重要ここに示されているロールは論理的であり、物理的または仮想のサーバー、データベースサーバー、検索エンジンを表すものではありません。一部の論理的役割は、トポロジー内で単一の物理的エンティティに統合することができます。
Sitecore Experience Manager
XMとは、Sitecore Experience Platformのウェブコンテンツ管理(WCM)コアを指します。XMはコンテンツの作成、管理、パーソナライズ、公開に関わる機能を含みます。(利用可能な機能は、どの 種類のXMインストール かによって異なります。)XMは論理ロールのサブセットで構成されています:
関連項目:
Sitecore Experience Platform
XPはXMとxConnectおよびxDBが提供するマーケティングおよび顧客インテリジェンス機能を組み合わせています。xConnectとxDBは、多くの追加のサーバー役割やストレージ機構を導入します。
- xConnect とは、xDBとHTTPS上で体験データを収集・検索したい信頼できるクライアント、デバイス、インターフェースの間に位置するサービスの集合を指します。
- xDB は、エクスペリエンスデータを保存・処理するサービスおよびストレージロールの集合を指します。xDB外部のクライアント(Content Managementサーバーなど)は、xDBデータの読み書きのためにxConnectを使用しなければなりません。
以下の図はXPによって追加される論理役割を示しています:
XPの役割は、XMのコンテンツ管理、パーソナライズ、配信機能を拡張し、クロスチャネル体験、顧客およびビジネスインサイト、実用的な顧客情報の収集、顧客体験形成の際の文脈提供を可能にします。
以下の図はXPに含まれるすべての論理役割を示しています:
関連項目:
Sitecore Experience Commerce
Sitecore Experience Commerce(XC)は、完全統合された機能豊富なコマースソリューションです。Sitecore Experience Platformの上に展開されたSitecore XC、コンテンツ管理、パーソナライズ、マーケティング、顧客インテリジェンス、データと高度なコマース機能を、単一の強力なエンタープライズレベルのソリューションに統合しています。
以下の図は、Sitecore Experience Commerceが含まれる役割を示しています:
関連項目:
シングルテナンシーおよびマルチテナンシー
Sitecore XCは、シングルテナンシーとマルチテナンシーの両方を標準でサポートしています。
シングルテナンシー設定では、単一のウェブサイト(またはストアフロント)がContent Deliveryの役割でサービスされます。
以下の図では、ストアフロントがコマースエンジンに呼び出しを行い、そのエンジンに設定されたエンティティやビジネスロジックにアクセスします。
マルチテナンシーのセットアップでは、Content Deliveryの役割が複数のストアフロントサイトをホストし、Commerce Engineは複数のエンティティやビジネスロジック設定をホストできます。
つまり、Content Deliveryの役割とCommerce Engineの役割を1つずつ持つことで、複数のストアフロントサイトをホストし、それぞれに完全にカスタマイズされた機能を持つことができます。
ポリシー、環境およびストレージの役割
XCには2つのストレージ役割、つまりデータベースがあります:
- グローバルデータベースは、エンジンの役割の機能を管理するすべてのグローバル設定データ(ポリシーや環境)を格納します。
- 共有環境データベース – 商取引展開のための主要なデータストアです。サイトで使用されるすべての商取引データ、カタログデータ、顧客記録、価格情報、設定したプロモーション、さらにインストールされたプラグインで作成される機能を支える汎用エンティティやリストを保存します。
ポリシーとは、コマースエンジン内の個々の機能やプラグインの機能を定義し影響を与える設定の集合体です。
ポリシーは名前が付けられ、バージョン管理可能で可変なデータセットで構成されており、エンジンを柔軟かつ設定可能にします。これらはグローバルデータベースのポリシーストアに格納され、強容量でキャッシュされています。
XCの環境とは、エンジンへの呼び出しの処理方法に影響を与えるポリシーの集合体です。言い換えれば、ストアフロントが何らかの機能のためにコマースエンジンを呼び出すと、適切な環境を特定し、それがエンジンが提供する機能に影響を与えます。
環境は、単一のサービスインスタンスに個別の機能をホストする能力を提供します。
つまり、どの環境変数が渡されるかによって、同じエンジン関数への呼び出しが大きく異なる場合があります。例えば、公開されているShops環境で製品詳細を要求する場合、パフォーマンス向上のためにキャッシュから読み込むことが多いですが、管理側のAuthoring環境を使う場合は、ほとんどの場合データベースから直接データを取得します。
通常、ブートストラップというプロセスを使って、デプロイメントの一環としてポリシーや環境を変更します。
ブートストラップ
ブートストラップとは、変更された構成のセットを商取引システムに読み込み、データモデルや機能を変更するプロセスです。
環境やポリシーは、開発やDevOpsプロセスの一環として、特にJSONファイルとして設定ファイルで作成・管理します。
再構成およびブートストラップXCには、開発者やシステム管理者が新しい構成に依存するすべてのエンジンロールを停止し、変更したJSON設定ファイルをDevOpsロールにデプロイし、その後PostmanなどのREST APIツールを使ってDevOpsロールのBootstrap REST呼び出しをトリガーします。また、PowerShellスクリプトなどを通じて継続的デプロイメントの一部としてブートストラップを実行することも可能です。
JSON構成はディスク上のファイルから読み出し、環境とポリシーデータは グローバルデータベースに保存されます。ブートストラップが成功すると、システムは新しい構成で動作し、開発者またはシステム管理者にメッセージが返されます。エンジンロールが再び起動されると、グローバルデータベースから新しい構成を読み取ります。
また、DevOpsロールを使って、システム内のインデックスの再構築など、他の保守や展開タスクをトリガーすることもできます。ブートストラップコマンドと同様に、手動のRESTコールやスクリプトを通じて行うことができます。リインデックス は共有環境データベース からデータを読み込み、適切なインデックスを再配置します。