使用Destination SDK建立的串流目的地的速率限制和重試原則

合作夥伴建立的目的地可能會傳回各種錯誤,並有不同的速率限制原則。 此頁面說明Experience Platform如何處理串流目的地傳回的不同錯誤型別。

使用Destination SDK設定目的地時,您可以在兩種彙總型別之間選取 — 最大努力彙總可設定的彙總。 根據您選取的聚總型態,請閱讀下方Experience Platform處理錯誤與比率限制的方式。

最大努力彙總 best-effort-aggregation

對於傳送至您目的地的任何HTTP呼叫失敗,Experience Platform會嘗試在第一次呼叫後立即再次進行呼叫。 如果呼叫在第二次嘗試時仍失敗,Experience Platform會捨棄呼叫,且不會第三次重新嘗試。

可設定的彙總 configurable-aggregation

在使用可設定的彙總設定目的地平台的情況下,Experience Platform會區分您的平台傳回的錯誤型別:

  • Experience Platform重試將資料傳送至您的平台的錯誤:

    • HTTP回應代碼420和429
    • HTTP回應程式碼大於500
  • Experience Platform ​重試將資料傳送至您的平台的錯誤:您的平台傳回的所有其他資料

描述重試方法 retry-approach

可設定彙總的Experience Platform方法說明如下。 此範例假設Experience Platform傳送資料至目的地平台,且會在每分鐘收到超過50,000個請求時開始傳回429個錯誤代碼:

  • 分鐘1:Experience Platform以設定檔彙總40,000批次以傳送至您的目標平台。 Experience Platform發出40,000個HTTP請求且全都成功。
  • 分鐘2:Experience Platform以設定檔彙總70,000批次以傳送至您的目標平台。 Experience Platform發出70k HTTP請求並成功50k。 其他20k收到來自您端點的速率限制錯誤,將在30分鐘後重新嘗試。
  • 第3分鐘:Experience Platform以設定檔彙總30,000批次以傳送至您的目標平台。 Experience Platform發出30,000個HTTP請求且全都成功。
  • 第32分鐘:Experience Platform會再次嘗試傳送在第2分鐘失敗的20,000批次資料。 所有呼叫均成功。

後續步驟 next-steps

您現在知道Experience Platform如何處理目的地平台的錯誤和速率限制,具體取決於您在設定串流目的地時選取的彙總原則。 接著,您可以檢閱下列檔案:

recommendation-more-help
7f4d1967-bf93-4dba-9789-bb6b505339d6