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

    動態傳遞攝取優先級排隊

    本主題說明如何使用優先級設置來優化高優先級視頻的攝取時間。

    簡介

    動態投放收錄現在具有一項稱為 優先排隊 允許發布者以所需的優先級設置向我們提交提取作業,以影響處理作業的順序和及時性。

    動態傳遞攝取隊列如何工作

    如果使用普通優先級隊列,則動態交付提取每個帳戶最多只能有100個活動作業。 當超過該限制時,提取系統會將其他請求排入隊列,以便以後處理。 隊列的大小有一個單獨的限制,當達到該限制時,它將拒絕接收請求(返回429錯誤代碼)給客戶。 作業完成後,容量將被釋放,排隊的作業將一次被接收並按接收順序進行處理。

    中的視頻狀態 CMS API 不反映該作業已排隊-狀態為 pending 作業是正在處理還是在排隊。

    優先隊列如何影響攝取

    優先級排隊允許用戶添加一個 priority 標記為攝取請求。 的允許值 priority low normal 。 任何其他值都將導致請求被拒絕,並帶有422錯誤代碼。 如果用戶未指定任何優先級,則默認值為 normal 用來。 這是優先隊列如何更改如何從隊列處理作業的簡要說明:

    1. 如果沒有排隊的作業,並且有運行作業的能力,則該作業將立即運行。 這適用於低優先級作業和普通優先級作業。
    2. 如果沒有容量可以運行其他作業,則將該作業排隊。
    3. 如果隊列中有作業,則所有新作業也將排隊。 這意味著新作業無法在排隊的作業之前開始。
    4. 當有能力運行另一個作業並且有排隊的作業時,將從隊列中取出一個作業:
      • 如果隊列中有任何普通優先級作業,則將選擇最早的普通優先級作業。
      • 如果隊列中沒有正常優先級的作業,則將選擇最早的低優先級作業。
    5. 普通和低優先級作業被視為 有多少個正在運行的工作。 不論優先級如何,每個帳戶最多只能處理100個作業。
    6. 分開 可以排隊多少普通和低優先級作業的配額。

    要注意什麼

    提交工作後,翻譯詳細信息已更改

    創建動態收錄作業時,指定的收錄配置文件由動態收錄系統複製,並且該配置文件 複製 即使自提交作業以來已修改配置文件,也將用於處理。

    對於低優先級的工作,在某些情況下,處理可能會延遲很長時間, 該配置文件中指定的格式可以修改 在實際處理作業之前。 如果發生這種情況,則用於處理視頻的演繹將是 這些格式的定義; 而不是提交作業時的格式定義。

    如果你想 保證 你得到了移交 如提交工作時指定的,您應該製作副本的副本,並創建一個引用這些副本的新配置文件,然後開始提取過程。 (如果視頻已放入視頻中,則可以使用更新後的配置文件對視頻進行重新轉碼 Video Cloud。 請記住,在完成對原始作業的處理之前,您無法對視頻進行重新轉碼。)

    源文件上傳

    上傳源文件會在3小時後刪除該S24存儲桶中的文件。 由於在某些情況下,低優先級作業的處理時間可能不會超過24小時,因此文件可能已被刪除,在這種情況下,處理將失敗。 我們不建議低優先級攝取源文件.

    樣品要求

    以下是優先級較低的攝取請求正文的示例:

        {
        "master": {
        "url": "http://host/master.mp4"
        },
        "profile": "multi-platform-extended-static",
        "priority": "low",
        "callbacks": [
        "http://mydomain.com/di-callbacks.php"
        ]
        }
        
        

    以下是正常優先級工作的示例:

        {
        "master": {
        "url": "http://host/master.mp4"
        },
        "profile": "multi-platform-extended-static",
        "priority": "normal",
        "callbacks": [
        "http://mydomain.com/di-callbacks.php"
        ]
        }
        
        

    注意,因為 normal 是默認值,則上一個請求的處理方式與下一個完全相同:

        {
        "master": {
        "url": "http://host/master.mp4"
        },
        "profile": "multi-platform-extended-static",
        "callbacks": [
        "http://mydomain.com/di-callbacks.php"
        ]
        }
        
        

    使用優先級隊列

    從上一節的最後一個示例中,應該清楚 使用 priority 提取作業中的“字段”,它們將繼續按原樣進行處理。

    加入的 priority 在以下情況下該字段將使您受益

    1. 您攝取了大量的視頻
    2. 至關重要 一些 的視頻盡快上線,而沒有緊迫的時間發布其他視頻(因為內容不那麼重要,或者您不打算立即發布視頻)
    3. 您有要重新轉碼的視頻,但又不想減慢新內容的攝取速度

    低優先級隊列如何工作

    本節說明低優先級隊列的工作方式。

    無法保證何時啟動普通或低優先級作業。 但是,正常優先級的作業將始終在低優先級的作業之前啟動。

    如果您以穩定,快速的速度提交正常優先級的作業,則啟動低優先級的作業可能需要花費大量時間。

    與同一視頻的正常優先級相比,低優先級的作業可能要花更長的時間啟動並且也需要更長的處理時間。


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