簡介
這Dynamic Ingest API功能強大且靈活，但要最有效地使用它，您需要遵循一些最佳實踐，詳述如下。
最佳實務
以下是動態攝取的規則和準則。
- 這
profile攝取請求的字段是選修的 .避免硬編碼profile在應用程序和集成中 - 相反，將最常用的配置文件設置為默認對於帳戶，並省略該字段，或者獲取帳戶的可用配置文件並強制用戶選擇一個。 - 同一視頻每分鐘請求次數不得超過 10 次。
- 您 不 應該對同一視頻進行重複的作業處理，儘管在同一作業中將圖像和文本軌道等其他資產與視頻一起攝取是可以的。
如果您正在使用自動化流程來創建可能會在同一視頻 ID 上創建多個作業的攝取作業，則您需要檢查 通知 以確保在創建新視頻之前沒有其他作業正在處理同一視頻。
- 每個帳戶每秒 20 個請求的總請求數限制Dynamic Ingest和CMS API .
- 每個帳戶有 100 個並發正常優先級 DI 作業的限制
- 有 1000 個掛起的 低優先級 作業的限制。
- 如果您正在攝取大批量文件，請考慮使用低優先級隊列這將允許您排隊超過 100 個作業。
- 攝取內容通常限制為每個文件 100GB（如果您需要攝取更大的文件，請聯繫您的客戶成功經理）。
- 如果您正在批量攝取文件，請將並發的正常優先級作業限制為 100，並等待一個作業完成處理後再添加另一個作業 - 請參閱回退/重試策略了解更多信息。或者，您可以設置
"priority": "low"- 使用低優先級，您不必擔心攝取隊列的大小，儘管處理可能需要更長的時間。 - 驗證內嵌設定檔變更，以確保您在內嵌完整批次之前取得想要的結果。
大量攝入/遷移
如果您要將視頻從另一個平台遷移到 Video Cloud，或者您需要攝取大量視頻，請讓我們按照以下指南幫助您順利完成此過程：
- 打開支持票至少提前3天表明您正計劃開始攝取大量資產。
- 提供您預計何時開始和結束的時間表。
- 指出您打算使用哪種攝取方法：API、MRSS、Aspera（有我們沒有 XML 清單）。
- 指明您將攝取的視頻總數。
- 表示平均視頻文件大小。
- 指出平均視頻持續時間（分鐘）。
- 指明您的內容所在的區域。