後備/試策略

本主題說明了針對動態提取請求的後備/重試策略的需求,並提供瞭如何實現請求的高級描述。

背景

動態內嵌會以兩種方式施加速率限制 (每個帳戶):

  • 每秒不允許超過 20 個要求 (CMS API 和/或內嵌 API 要求)
  • 不允許超過 100 個並行的一般優先順序工作

第一個在您的應用程序中管理並不難-您可以在請求之間施加 3 秒或更長時間的延遲。第二個更複雜,因為沒有辦法直接查詢系統來判斷您目前處理的作業數目。或者,考慮使用低優先級隊列這將允許您排隊超過 100 個作業。

您可以簡單地等待一段時間並重試請求直到它們成功,但是您可以通過監聽來實現更合理的回退/重試系統通知來自 Dynamic Ingest 系統,並使用這些信息自己跟踪正在進行的作業。

實作這個方法之一是建置一個收發器應用程式,同時提交擷取要求並接聽通知。下圖顯示了這樣一個應用程序的高級邏輯。

收發器邏輯
收發器邏輯

範例應用程式

您可以找到示例的來源節點快遞應用程序在這個Github 回購