# リアルタイム 2.0 システム パフォーマンス 制限と期待される動作

## 概要

Real-Time 2.0は、高スループットのイベント取り込み、低レイテンシのパーソナライゼーション、大規模なトリガーアクティベーションのために設計されています。システムの安定性と予測可能なパフォーマンスを確保するために、特定の制限とサービスレベルアグリーメント(SLA)が設定されています。このドキュメントでは、リアルタイムワークロードを運用する際の期待される動作とパフォーマンス特性を概説します。

## パフォーマンスと制限

| カテゴリ | 制限 / 動作 | 注記 |
|  --- | --- | --- |
| イベントテーブル | ペアレントセグメントあたり最大100個のイベントテーブル | バッチおよびリアルタイムのイベントテーブルの両方を含みます。 |
| IDステッチングキー | ステッチングのために最大100個のIDを設定可能；IDは文字列値である必要があります | 例: email、user_id、td_client_id。 |
| プロファイルあたりのユニークID | プロファイルあたり最大200個のユニークID | 超過した場合、最も古いIDから先に排出されます。[リアルタイム ID ステッチング概要](/products/customer-data-platform/real-time/real-time-id-stitching-overview#%E3%83%97%E3%83%AD%E3%83%95%E3%82%A1%E3%82%A4%E3%83%AB%E3%81%82%E3%81%9F%E3%82%8A%E3%81%AE-id-%E4%B8%8A%E9%99%90)を参照してください。 |
| イベント定義 | ハード制限なし | 結合されたフィルター長は1000文字以内である必要があります。 |
| リアルタイムアトリビュート | プロファイルあたり最大200個のアトリビュート(それぞれ500バイト以下) | 単一値、リスト、カウンターアトリビュートを含みます。 |
| リアルタイム設定上限 | 最大600の合計 | 単一値、リスト、カウンター、ルックアップカタログ、IDステッチングキー、ジャーニーカウント、および内部作成アトリビュートの合計。インポートされたアトリビュートは除外。 |
| 取り込みペイロード | バッチあたり1〜500イベント、イベントあたり1MB、バッチあたり5MB | ストリーミング インジェスト APIとSDKに適用されます。 |
| パーソナライゼーションAPI | レスポンスサイズ: リクエストあたり10KB以下 | より大きなペイロードはレイテンシを増加させる可能性があります。 |
| 取り込みスループット | デフォルト: 顧客あたり2,000イベント/秒 | グローバルに100k+イベント/秒まで水平スケール。 |
| 意思決定スループット | 顧客あたり8,000イベント/秒 | 水平スケール、顧客あたり予想上限100倍。 |
| トリガーアクティベーション | 顧客あたり8,000アクティベーション/秒 | 水平スケール、顧客あたり予想上限100倍。 |
| パーソナライゼーションAPI SLA | 最大20アトリビュートに対して100ms以下(p95)のレスポンスタイム | SLA保証にはエンタープライズサポートが必要です。 |
| トリガーアクティベーションSLA | アクティベーションの配信まで最大3分 | 評価、IDステッチング、アクティベーションディスパッチを含みます。 |
| データ同期 | バッチ → リアルタイム: サポート。リアルタイム → バッチ: サポートされていません | RTアトリビュートはバッチストレージに同期されません。 |
| スケーラビリティ | すべてのコアコンポーネントが水平スケール | 非常に大規模なデプロイ(100+ペアレントセグメント)はPoCで検証する必要があります。 |


### 期待される動作

* 水平スケールアウト: Real-Time 2.0は、トラフィックスパイクを管理するためにインフラストラクチャ全体で自動的にスケールします。非常に大規模なデプロイは、概念実証(PoC)フェーズ中に検証を受ける必要があります。
* レイテンシの期待: パーソナライゼーションのレスポンスは、通常100ms(p95)以内でほぼ瞬時です。トリガーアクティベーションはエンドツーエンドで最大3分かかる場合があります。取り込みは、線形スケーラビリティで持続的な高スループットをサポートするように設計されています。
* データ同期の特性: リアルタイムアトリビュートとバッチアトリビュートは補完的であり、データはバッチからリアルタイムにのみ流れます。リアルタイムアトリビュートはバッチストレージに書き戻されません。
* エラー処理: すべてのAPIは冪等であり、再試行セーフです。リクエストを安全に再試行できます。ほとんどのシステム制限は標準のHTTPコードと詳細なエラーメッセージを返しますが、一部のバックエンド制限では汎用エラーが表示される場合があります。詳細は「注記と推奨事項」セクションを参照してください。


### 注記と推奨事項

* 極端なスケール(例: 100+ペアレントセグメントまたは10M+イベント/秒)で運用している顧客は、パフォーマンスを徹底的に検証するために段階的なロールアウトを計画する必要があります。
* 記載されている制限のいずれかを超えることが予想される場合は、Treasure AIサポートに連絡して、潜在的な設定調整またはスケーリングオプションについて相談してください。
* パーソナライゼーションAPI SLA（100ms以下、p95）は、最大20個のアトリビュートを取得するリクエストにのみ適用されます。20個を超えるアトリビュートのリクエストは、設定数の上限に関わらず、SLA保証の対象外となります。
* 合計設定数（単一値、リスト、カウンター、ルックアップカタログ、IDステッチングキー、ジャーニーカウント、および内部作成アトリビュート）が600を超えると、リアルタイムジョブは汎用エラー `Oops! Something went wrong. Please try again or contact your administrator for assistance.`（英語のUIエラーメッセージ）で失敗します。このエラーが発生した場合は、設定数を確認し、Treasure AIサポートに連絡してください。制限は引き上げ可能ですが、引き上げることでパーソナライゼーションAPIのレスポンス時間に影響する場合があります。
* リアルタイムジャーニー内のA/Bテストやアトリビュート/プロファイルの削除などの特定の高度な機能は、現在開発中であり、将来変更される可能性があります。