如上圖所示，在視頻云的業務架構中，我們將會加入更多的組建視頻源的集群，用于收集視頻主播的邊緣用戶的直播流上傳數據。比如說我們的北京電信用戶上傳上來，如果只有一個單一源比如在上海電信的話，客戶會需要跨城市去上傳到上海電信區域。但是現在有一個集群式的云，他就可以通過合理調度直接上傳到最為適合的上行邊緣節點，比如上傳到北京電信邊緣節點，再通過北京電信上傳到我們的核心源，再通過內部進行交互和分發，如果你的播放用戶在聯通里面，還可以通過幾個核心源之間進行數據調度中轉，傳輸到聯通邊緣，再提供給終端用戶進行訪問。

　　我們在河南、浙江、廣州、北京、江蘇、四川搭建了一個用光纖打通的核心視頻源的集群，當做主播推流到我任何一個邊緣節點的時候。可以通過智能調度進行跨越傳輸，通過物理光纖直接進行數據交互，縮短數據傳輸的時間。合理的將大量用戶進行智能調度訪問到不同的運營商，不同區域，提供終端用戶的訪問體驗，也就是說我們可以保證一個低延時直播訪問。

　　核心節點集群通過的光纖打通之后有什么好處呢?如果是單一的視頻源，像去年有廠商核心數據中心光纖被挖斷發生長時間大面積的網絡故障，如果使用我司的云直播平臺服務，在6大核心節點中使用物理光纖打通，當單一核心節點故障時，可以通過智能調度轉換訪問其他區域，我們又拍云實現自動容災，發生故障時，節點之間可以進行相互切換，自動選路。就不會出現說我某一個機房斷了，我整體的服務就要停止，合理的防止單點故障照成的更大網絡故障并提高跨網跨運營商的傳輸速度和效率。下面我們看一下傳統直播服務和我們又拍云的直播云的對比。

　　3、 傳統直播服務于直播云的對比

　　對直播而言，視頻源站的穩定性非常重要，直播不間斷、不卡頓，跟源站有直接的關系，對直播效果帶來的影響很大。傳統直播服務多采用單一源站，而又拍云直播云將整個平臺去單點化，通過打造源站集群，形成多個源站的架構。單一源站使整個架構系統非常簡單，在單一機房，維護一套系統，很容易實現分布式;延時方面不用擔心公網網絡抖動導致的系統不穩。既然如此，又拍云為何要耗費精力財力打造源站集群?原因在于單一源站的致命缺點：內容源完全受限于一個源站，當機房帶寬擁堵，整個平臺所有的直播內容都會卡頓;而一旦公網故障，內容就完全推不出去，意味著直播失敗。

　　為了解決這一問題，如上圖所示，又拍云在全國六個比較重要的地區，如北京、浙江、江蘇、四川、河南、廣東的核心節點部署源站集群。一個源站的集群十幾臺服務器，六個集群大概六十多臺的規模。又拍云通過私有光纖網絡將六大數據中心打通，形成類似于內網的狀態，實現高可用性。整個光纖鏈路是個環路，互聯互通，即便北京到江蘇的光纜出現故障，也可以通過浙江轉到北京。因此，使得直播服務的網絡質量更有保障，穩定性和安全性也更上一層樓，同時整個平臺具備跨地區的自動容災的能力。舉例來說，直播云面向的群體是主播端或者播放端，終端用戶群體遍布在全國各地。在云南的主播用戶通過 4G 手機推送直播內容到就近的視頻源站，如廣東，這個內容推送上來后將被同步到全國六個其他的源站。全國所有終端用戶播放的時候，就可以到廣東源站獲取數據。這樣不僅可以提高網絡傳輸的效率、保障直播的延時效果，同時當視頻源站網絡中斷時，系統還可以自動的遷移到其他源站，通過 SDK 或者是通過域名解析兩種方式均可進行自動化鏈路選擇。又拍云選擇 SDK 的方式進行容錯設計，可實現秒級容災，即廣東出現問題即時切換到浙江的視頻源。而域名解析的延時和生效周期會較長，是分鐘級別的，最快也要將近5分鐘。