視頻號直播推流教程：視頻推流是什麼意思

一、摘要

視頻直播類App當前已經普遍採用CDN來實現訪問加速，但還是經常遇到推拉流慢、卡頓的問題，一般是由於調度不精準、域名劫持、終端手機接入網路動態切換等因素導致。結合使用CDN和HTTPDNS可以比較完美解決此類問題。

二、視頻直播經典加速架構

當前視頻直播類App經典加速架構如下圖所示：

圖1 視頻直播類App經典加速架構

經典加速架構中，推流階段使用CDN就近接入實現推流加速，用戶播放拉流階段通用使用CDN來做加速。由於CDN節點分布的廣泛性與邊緣性確保了客戶能夠就近接入，與直連源站相比，通過CDN加速直播推拉流取得了非常顯著的加速效果。

三、經典架構中存在的問題

儘管已經採用了CDN加速，直播類App仍然經常出現訪問慢、卡頓等問題，導致大量用戶投訴。主要原因是當前架構中存在以下幾方面問題：

3.1 運營商Local DNS配置不合理導致無法就近接入

關於這個問題的描述參考文章App如何實現就近接入？如何改善調度不準問題？，那些年移動App域名解析踩過的坑，移動互聯網時代，如何優化你的網路 —— 域名解析篇。

3.2 域名劫持

關於這個問題可以參考文章域名劫持與防範，那些年移動App域名解析踩過的坑，移動互聯網時代，如何優化你的網路 —— 域名解析篇。

3.3 用戶手機網路制式切換

假設用戶A從移動4G切換到家中聯通的wifi網路，仍然按照原先的CDN節點進行加速會出現跨ISP調度，訪問質量差的悲劇事件。

四、解決辦法

HTTPDNS + CDN

上述3個問題都可以通過接入HTTPDNS解決。

解決方案1: 終端源站配合的解決方案

圖2 終端源站配合使用HTTPDNS的解決方案

下面通過推流階段2個場景說明改進方案如何確保調度到最佳CDN節點的：

case 1： Local DNS配置問題導致沒有調度到最優節點的場景

Step 1：用戶手機上Local DNS配置不準確，域名解析階段為域名dn返回的是CDN節點B的IP_b，而非最優的CDN節點IP IP_a。
Step 2：推流的終端應用需要向CDN節點發起鑒權請求，CDN節點在收到鑒權請求後，需要提取終端的公網IP_c，然後除了轉發鑒權相關信息到視頻源站之外，必須帶上推流終端的公網IP_c 給源站。
Step 3：源站收到鑒權信息和終端IP後，首先做鑒權工作，然後源站利用推流的域名dn和推流終端公網IP IP_c向HTTPDNS伺服器發起請求，獲取最優的CDN節點IP_a，並將IP_a回傳給推流終端，告知推流終端IP_a是最佳接入節點
Step 4：終端推流時可以直接向CDN IP_a推流，或者等到發現出現卡頓、慢時切換到IP_a

case 2：用戶網路制式切換（如移動4G切聯通wifi）的場景

Step 1：假設之前移動4G網路下最佳CDN節點是IP_b，用戶網路制式切換成聯通wifi後，最佳節點換成了IP_a。網路切換後，終端第一步仍然向CDN節點IP_b推流，此時會鑒權失敗。
Step 2：重複場景1的Step 2到Step 4，推流終端最終可以找到最佳CDN節點IP_a並通過IP_a推流。

解決方案2：輕服務端解決方案