1. プラットホーム

アーキテクチャの概要

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

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

Sitecore Experience Database (xDB) は、すべてのチャネル ソースからの顧客とのやり取りをすべて、リアルタイムのビッグ データ リポジトリに収集します。インタラクションデータを接続して、個々の顧客の包括的で統一されたビューを作成し、マーケターがデータを利用できるようにして、顧客体験をリアルタイムで管理します。

xDBアーキテクチャは柔軟性があり、トラフィックの少ない単一サーバーのソリューションだけでなく、スケーラブルでトラフィックの多いマルチサーバーのソリューションもデプロイできます。

主要コンポーネント

xDBの主要なアーキテクチャ コンポーネントは次のとおりです。

  • コンテンツ配信サーバー(パーソナライゼーションを含む)

  • コンテンツ管理サーバ

  • コンテンツ データベース (SQL Server)

  • セッション状態サーバー

  • コレクション・データベース (MongoDB)

  • 処理サーバ

  • レポーティングデータベース

  • レポーティングサービス

コンテンツ配信サーバーとパーソナライゼーション

インターネットからWebサイト コンテンツの受信HTTP要求を処理するSitecoreアプリケーション サーバーを使用して、コンテンツの配信とパーソナライゼーションを実装できます。

コンテンツ管理サーバ

このドキュメントのコンテンツ管理とは、コンテンツのオーサリングと編集、コンテンツの管理、Webサイト ソリューションの設定など、Sitecoreのコア機能を指します。

CMSデータベース (SQL Server)

Sitecore CMSは、次の3つのSQL Serverデータベースを使用します。

  • Core – Sitecoreユーザー インターフェースの大きな設定ファイルなど、すべての設定が含まれています。これは、Sitecoreデスクトップに新しいアプリケーションを追加するなど、Sitecoreをカスタマイズする場合に使用できます。

  • Master – すべてのコンテンツのすべてのバージョンが含まれています。これは、ビジネスユーザーがコンテンツを作成および編集する場所です。

  • Web – 最終的なワークフロー状態に達した公開済みコンテンツの最新バージョンが含まれます。

セッション状態サーバー

セッション状態コンポーネントは、コンテンツ配信およびパーソナライゼーション プロセスで使用されるセッション状態ストアです。これは、Session_Endイベントのサポートを含む標準のASP.NETセッション状態ストア プロバイダーです。Sitecore xDBでは、デフォルトのセッション状態プロバイダーはinProc ASP.NETですが、Redis、MongoDB、SQL Serverのプロバイダーも付属しています。

コレクション・データベース (MongoDB)

コレクションデータベース (MongoDB) は、すべての分析情報と、連絡先とエンゲージメントの自動化状態のレジストリのプライマリ ストレージです。これは、高度にスケーラブルなドキュメントベースのNoSQLデータベースソリューションであるMongoDBを使用します。

処理サーバ

処理および集計コンポーネントは、キャプチャされた生の分析データから情報を抽出し、レポート作成アプリケーションに適した形式に変換します。また、コレクション データベースに対して、一括更新を伴う特定のタスクも実行します。

処理と集計は、コレクション データベースとレポート データベースの両方に接続されたSitecoreアプリケーション サーバーに実装します。処理サーバーは、専用サーバー上で独立して実行することも、他のSitecoreコンポーネントと同じサーバー上で実行することもできます。複数の処理サーバーまたは集約サーバーを実装することで、トラフィックの多いソリューションでより高いパフォーマンスを実現できます。

レポーティングデータベース

レポート データベースは、コレクション データベースから集計されたデータを格納するSQL Serverデータベースであり、高速なクエリとレポート作成に適しています。

レポーティングサービス

Reporting Service APIを使用すると、クエリを実行し、コレクション データベースとレポート データベースから情報を抽出できます。これはxDBの一部ですが、Reporting Serviceを中間のレポート サーバーとして構成し、処理タスクを実行し、エンドポイント アプリケーション サーバーの負荷を軽減することもできます。

メモ

データベース名のコレクションとレポートは、正式なSitecore製品名ではありません。

コレクションデータベースとは、MongoDB分析データベースの機能と目的を指します。

reportingデータベースとreporting.secondaryデータベースは、SQL Server Sitecore_AnalyticsデータベースとSitecore_Analytics_Secondaryデータベースに対応しています。これらは、引き続き使用される従来の名前です。

xDBアーキテクチャの簡易版を示す図

xDBデータフロー

コンタクトがWebサイトとやり取りすると、xDBはすべての 連絡先 と インタラクション データを収集します。このデータは、次の順序でxDBを流れます。

  1. 連絡先がWebサイトと対話することを決定します。

  2. コンタクトの地理的な場所に応じて、xDBはDNS設定を通じてコンタクトの訪問を最も近いクラスター (データ センター) にリダイレクトします。

  3. ロードバランシングソフトウェアは、コンタクトを適切なSitecoreコンテンツ配信サーバーに転送します。連絡先は、デバイスを切り替えたり、別のブラウザを使用したりしても、同じクラスタに接続されたままになります。連絡先が別のクラスターに移動できるのは、すべてのアクティブ・セッションの有効期限が切れ、すべての情報がコレクション・データベースに保存されている場合のみです。

  4. セッション中、連絡先、インタラクション、およびデバイスの詳細は、プライベートまたは共有セッション状態のいずれかで保存されます。セッション終了時に、Sitecoreはこのデータをコレクション データベースにフラッシュし、処理をスケジュールします。

  5. 処理レイヤーは、インタラクション(オンライン訪問)データを削減およびグループ化し、レポートレイヤーで使用するためにレポートデータベースに保存します。これは集計と呼ばれます。データは、セグメンテーション インデックスで使用するために、処理レイヤーによっても集計されます。

  6. レポーティング サービスは、レポーティング データベースにクエリを実行して、エクスペリエンス アナリティクス (xAnalytics) などのアプリケーションで使用するレポーティング データを取得します。

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