支持 聯繫支持 | 系統狀況 系統狀態
頁面內容

    後備/重試策略

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

    背景

    動態提取通過兩種方式對每個帳戶施加速率限制:

    • 不超過20個請求(CMS API 和/或Ingest API請求)
    • 允許的並發普通優先級作業不超過100

    第一個在您的應用程序中管理起來並不難-您可以在兩次請求之間施加3秒或更長時間的延遲。 第二個更為複雜,因為無法直接查詢系統以確定您當前正在處理多少個作業。 或者,考慮使用 低優先級隊列 這樣您就可以將100個以上的作業排入隊列。

    您可以簡單地等待一段時間並重試請求,直到成功為止,但是您可以通過偵聽以下內容來實現更合理的後備/重試系統: 通知 從Dynamic Ingest系統中獲取信息,並使用該信息自己跟踪飛行中的作業。

    一種實現方法是構建一個收發器應用程序,該應用程序既可以提交攝取請求,也可以偵聽通知。 下圖顯示了此類應用程序的高級邏輯。

    收發器邏輯
    收發器邏輯

    示例應用

    您可以找到樣本的來源 節點表達 在此應用 Github回購


    頁面最後更新於12年2020月XNUMX日