ディスパッチポリシー

Signalsのディスパッチポリシーは、パブリッシャーがイベントを送信した後、ターゲットシステムへのイベントの配信方法を決定します。多種多様なユースケースと好みに対応するために、個別または一括で処理するオプションを提供します。要件に基づいてこのポリシーを設定し、システム内でのイベントの効率的かつタイムリーな処理を確保できます。

即時

このポリシーでは、パブリッシャーアプリケーションでイベントが発生した直後にターゲットに配信されます。これにより、パブリッシャーのアクティビティとパフォーマンスメトリクスの継続的な監視が可能になります。支払い処理、在庫更新などの即時アクションのトリガーに役立ち、潜在的なセキュリティ侵害の防止にも活用できます。

デフォルトでは、Signalsはパブリッシャーとターゲット間でイベントを最大24時間保持します。このTime to Live（TTL）期間は、ワークフローのニーズに合わせて時間または分単位でカスタマイズできます。

一部のシナリオでは、イベントが一括で受信される場合があります。デフォルトでは、これらは即座にバッチとして配信されます。各イベントを個別に配信したい場合は、即時ポリシーの下でSend as Single Eventオプションを有効にできます。

バッチ

このタイプは、ターゲットシステムへのイベントの一括配信を支援します。キャンペーン応答やログ管理などのシナリオで全体的なイベントからインサイトを得て、それに応じてダウンストリームワークフローをトリガーできます。Signals内の各イベントのTime To Live（TTL）期間はデフォルトで24時間に設定されており、変更できません。

Signalsは、ターゲットに配信するイベントの収集を定義する4つのディスパッチタイプを提供しています。以下が利用可能なディスパッチタイプです:

• 件数指定 - 設定されたイベント件数に達するまでSignalsが待機し、バッチとしてターゲットに配信します。このタイプには以下の例外的なケースがあります:

  • 設定された件数に達する前にイベントが最大サイズ1MBに達した場合、Signalsは残りのイベントを新しいバッチに収集し、複数のバッチとしてターゲットに配信します。
  • TTL期間内に設定された件数に達しなかった場合、イベントはワンタイムディスパッチポリシーに基づいてターゲットシステムに配信されます。

• サイズ指定 - このタイプでは、イベントの合計サイズが設定されたサイズに一致した場合に配信されます。

TTL期間内に設定されたサイズに達しなかった場合、イベントはワンタイムディスパッチポリシーに基づいてターゲットに配信されます。

• 間隔指定 - イベントが定期的な間隔でターゲットに配信されます。間隔時間の前にイベントが最大サイズ1MBに達した場合、設定された間隔で複数のバッチとしてディスパッチされます。

• スケジュール指定 - イベントが毎日設定された時間に配信され、タイムゾーンに合わせてカスタマイズすることもできます。

スケジュールされた時間の前にイベントが最大サイズ1MBに達した場合、設定されたスケジュール時間に複数のバッチとしてディスパッチされます。

ワンタイムディスパッチ

Signalsのワンタイムディスパッチポリシーは、特定のシナリオでのデータ損失を防止するのに役立ちます。ターゲットに設定されたリトライ回数は適用されず、失敗したイベントは再度取得できません。

以下の2つの異なるインスタンスで発生します:

• クリーンアップ前 - 失敗したイベントのデータをクリアするために毎日の終わりに実行されます。クリーンアップ前に、Signalsは24時間以内にディスパッチ条件を満たしていないバッチイベントがないかチェックします。見つかった場合、それらはターゲットに配信されます。

• 即時 - 既存のルールのディスパッチタイプに変更が加えられた場合、前のディスパッチタイプに従ってSignals内に蓄積されたイベントが即座にターゲットシステムに配信されます。