処理と集約
このページの翻訳はAIによって自動的に行われました。可能な限り正確な翻訳を心掛けていますが、原文と異なる表現や解釈が含まれる場合があります。正確で公式な情報については、必ず英語の原文をご参照ください。
Content Delivery (CD) ロールは、Sitecore Experience Database (xDB) に保存されている エクスペリエンス データを収集 し、分析とレポート 、およびマーケティング オートメーションで使用するためにほぼリアルタイムで処理されます。
ライブアグリゲーション
xDBは、送信されたデータまたはオンデマンドでデータを処理します。処理により、収集されたデータを継続的に集約し、エクスペリエンス分析を通じて、または外部のビジネスインテリジェンスツールを通じて、実用的な洞察やレポート作成に利用できるようになります。
xConnect Collectionは、内部および外部の信頼できるシステムが接続して、連絡先に関する収集または更新されるデータに対応できる単一のエンドポイントを公開します。たとえば、SitecoreソリューションがGDPRまたはプライバシーに準拠していることを確認するために、システムは 忘れられる権利操作を実行でき、xConnectの任意のプラグインはこれに応答して、連絡先を忘れるように周囲のシステムに通知できます。
プラグインの概念は、収集されるデータを集約するためにも使用されます。これは ライブ集計と呼ばれます。
たとえば、Content Deliveryセッションが終了すると、インタラクションがxConnect Collectionロールに送信され、xConnectのライブ集計プラグインが反応します。このプラグインは、xDB Processing Poolsデータベースにレコードを保存し、新しいインタラクションの処理方法に関する情報をxDB Processingアプリケーションに中継します。
xDB Processingは、xDB Processing Poolsデータベースを継続的にポーリングし、最近追加された集約タスクをプルして、集約プロセスを開始します。
処理中、xDB ProcessingはxConnect Collectionロールから新しいインタラクションをプルし、アグリゲーションに必要な追加データを他のソース (Reference Dataサービスなど) からプルします。
最後に、集計が完了すると、結果のデータがxDB Reportingデータベースに保存されます。
セカンダリ・レポート・データベース
新しいSitecoreバージョンをデプロイした後、または新しいレポート ディメンションまたはデータセットでソリューションを拡張する場合は、xDB内のすべてのインタラクションを再処理する必要があります。このプロセスは 、履歴集約と呼ばれます。
履歴集約を有効にするには、追加のセカンダリxDB Reportingデータベースを設定する必要があります。
セカンダリxDB ReportingデータベースをxDB Processingロールに接続すると、プライマリxDB ReportingデータベースとセカンダリxDB Reportingデータベースの両方にすべての ライブ集計 データが保存されます。
セカンダリxDB Reportingデータベースは、履歴の再集計を実行する予定がない限り、追加しないでください。これは、システムがプライマリとセカンダリの両方のxDB Reportingデータベースに書き込む必要があり、システムの全体的な負荷が増加するためです。
履歴集約
管理者は、Sitecore管理インターフェイスを使用して履歴の再集計プロセスを開始できます。その後、Content Management (CM) ロールはxDB Processingロールで処理操作をトリガーします。
これにより、最初にセカンダリxDB Reportingデータベース内のすべてのデータが消去され、xDB Processing Tasksデータベースに履歴再集計タスクが作成されます。その後、xDB Processingロールはデータを抽出して、xDB Collection database内のインタラクション セット全体の列挙子を取得します。
1つのインタラクションの集約が失敗した場合、そのインタラクションはxDB Processing Poolsデータベースに追加され、履歴再集約プロセスの最後に集約が再試行されます。
xConnect Collectionロールを通じて新しいインタラクションが入ってきた場合、ライブ アグリゲーション プロセスによって、プライマリ データベースとセカンダリ データベースの両方に書き込みが行われます。これにより、履歴集約プロセス中にxConnectに送信された新しいインタラクションが失われなくなります。
Sitecore Experience Databaseですべての履歴インタラクションを処理すると、リソースが非常に多くなる可能性があります。システムの負荷を避けるために、xDB Processingロールを水平方向にスケーリングして、集約タスクを複数のサーバーとスレッドに分割できます。
開始側のxDB Processingロールは、xDB Processing Tasksデータベース内のデータセットをいくつかの部分に分割し、データセットの各部分 (カーソルとも呼ばれます) を各xDB Processingロールの処理ワーカーまたはスレッドに割り当てます。
各処理ワーカーは、xConnect Collectionロールからインタラクション データを取得し、他のソース (Reference Dataサービスなど) からアグリゲーションに必要な追加データを取得します。
集計が完了すると、セカンダリxDB Reportingデータベースに新しく集計されたデータが含まれます。ただし、プライマリxDB Reporting databaseは常にレポート、インサイト、および分析アプリケーションを提供するため、システム管理者はセカンダリxDB Reporting databaseとプライマリxDB Reporting databaseを切り替えて、新しいデータがライブであることを確認する必要があります。システム管理者は、通常は接続文字列を更新することで、データベースを手動で切り替えることができます。
分散処理
xDB Processingロールによって処理される最後の種類の処理は、分散処理です。
分散処理により、システムはxDBデータ処理タスクをスケジュールし、それらを他のデータベースに分散できます。たとえば、Path Analyzerは分散処理操作を使用してインタラクションを処理し、集約されたトラフィック マップを格納します。
分散処理操作は、xDB Processing APIを使用して、たとえばxDB Processingロールで実行されるスケジュールされたタスクを通じてキューに入れることができます。
分散処理タスクがトリガーされると、xDB Processing Tasksデータベースによってタスク レコードが作成されます。xDB Processingロールは、データ抽出を実行して、xDB Collectionデータベース内のインタラクションや連絡先などの目的のエンティティ セットの列挙子を取得します。時間範囲に基づいてデータセットを制限できます。その後、データセットはxDB Processing Tasksデータベース内のパーツ (またはカーソル) に分割されます。xDB Processingロールごとに1つのカーソルがあります。
カスタム ロジックは、すべてのxDB Processingロールで実行され、エンティティを処理します。処理中、カスタム処理ロジックは、処理されたデータを他のシステムでの保存または処理のために継続的に送信します。たとえば、Path Analyzerの特定の集計データは、xDB Reportingデータベースの個別のテーブルに保存されます。
プライバシーとセキュリティ
処理および集計データフローの各ロールのプライバシーおよびセキュリティに関する考慮事項については、アーキテクチャとロール のドキュメントを参照してください。