使用 Azure 內容傳遞網路進行媒體串流優化

在因特網上，高畫質視訊的使用正在增加，因此難以有效率地傳遞大型檔案。客戶預期會順暢播放視訊隨選或世界各地的不同網路和用戶端上的即時視訊資產。媒體串流檔案的快速且有效率的傳遞機制對於確保順暢且令人愉快的取用者體驗至關重要。

即時串流媒體尤其難以傳遞，因為同時檢視者的大小和數量龐大。長時間延遲會導致用戶離開。由於無法事先快取即時串流，且檢視者無法接受大型延遲，因此必須及時傳遞視訊片段。

串流的要求模式也提供一些新的挑戰。當熱門的即時串流或新系列視訊隨選發佈時，數千至數百萬的觀眾可能會同時要求串流。在此情況下，智慧型要求匯總對於在尚未快取資產時不會讓源伺服器不知所措至關重要。

來自 Microsoft 的 Azure 內容傳遞網路媒體串流優化

來自 Microsoft 端點的 Azure CDN 標準會使用一般 Web 傳遞優化類型，直接傳遞串流媒體資產。

來自 Microsoft 的 Azure CDN Standard 媒體串流優化對於使用個別媒體片段傳遞的即時或視訊隨選串流媒體而言是有效的。此程式與透過漸進式下載或使用位元組範圍要求傳輸的單一大型資產不同。如需該媒體傳遞樣式的資訊，請參閱使用 Azure 內容傳遞網路進行大型檔案下載優化。

一般媒體傳遞或視訊隨選媒體傳遞優化類型會使用 Azure 內容傳遞網路搭配後端優化來更快傳遞媒體資產。它們也會根據一段時間學到的最佳做法，使用媒體資產的組態。

部分快取共用可讓內容傳遞網路向新要求提供部分快取的內容。例如，如果對內容傳遞網路的第一個要求導致快取遺漏，則會將要求傳送至來源。雖然此不完整的內容會載入內容傳遞網路快取，但對內容傳遞網路的其他要求可以開始取得此數據。

來自 Edgio 和 Azure CDN 的標準 Azure CDN 進階版 Edgio 端點會使用一般 Web 傳遞優化類型，直接傳遞串流媒體資產。內容傳遞網路上的一些功能預設可協助傳遞媒體資產。

快取填滿等候時間功能會強制邊緣伺服器保留相同資源的任何後續要求，直到 HTTP 回應標頭從源伺服器抵達為止。如果來自來源的 HTTP 回應標頭在定時器到期之前抵達，則所有保留的要求都會從成長的快取中提供。同時，快取會由來源的數據填入。根據預設，快取填滿等候時間會設定為 3,000 毫秒。