Destination SDK で作成されたストリーミング宛先のレート制限および再試行ポリシー

パートナーが作成した宛先は、様々なエラーを返し、異なるレート制限ポリシーを持つ可能性があります。 このページでは、ストリーミング宛先によって返される様々なタイプのエラーを Experience Platform がどのように処理するかについて説明します。

Destination SDK を使用して宛先を設定する場合、ベストエフォート集計と設定可能な集計の 2 つの集計タイプから選択できます。 選択する集計タイプに応じて、以下の Experience Platform によるエラーおよびレート制限の処理方法を参照してください。

ベストエフォート集計 best-effort-aggregation

Experience Platformは、次のHTTP レスポンスコードを返す呼び出しを再試行します：403、408、409、429、500、502、503、504。 2回の再試行は、次の間隔で実行されます。

Experience Platformは、400 （不正なリクエスト）など、他のHTTP応答コードを返す呼び出しを​ not ​回再試行します。 両方の再試行後も呼び出しが失敗した場合、Experience Platformはアクティベーションをドロップし、再試行しません。

特定のデータフローに対して別の再試行ポリシーをリクエストするには、カスタマーサポートにお問い合わせください。

設定可能な集計 configurable-aggregation

設定可能な集計で設定された宛先プラットフォームの場合、Experience Platform は、プラットフォームによって返されるエラータイプを以下のように区別します。

再試行アプローチについて retry-approach

設定可能な集計に対する Experience Platform のアプローチを以下に示します。 この例では、1 分間に 50,000 回を超えるリクエストを受信すると 429 エラーコードを返し始める宛先プラットフォームに Experience Platform がデータを送信することを想定しています。

次の手順 next-steps

ストリーミング宛先を設定した際に選択した集計ポリシーに応じて、Experience Platform が宛先プラットフォームからのエラーおよびレート制限をどのように処理するかについて確認しました。 次に、以下のドキュメントを確認できます。