又拍云售前总监羊能卿：直播云系统架构与实施

　　如上图所示，在视频云的业务架构中，我们将会加入更多的组建视频源的集群，用于收集视频主播的边缘用户的直播流上传数据。比如说我们的北京电信用户上传上来，如果只有一个单一源比如在上海电信的话，客户会需要跨城市去上传到上海电信区域。但是现在有一个集群式的云，他就可以通过合理调度直接上传到最为适合的上行边缘节点，比如上传到北京电信边缘节点，再通过北京电信上传到我们的核心源，再通过内部进行交互和分发，如果你的播放用户在联通里面，还可以通过几个核心源之间进行数据调度中转，传输到联通边缘，再提供给终端用户进行访问。

　　我们在河南、浙江、广州、北京、江苏、四川搭建了一个用光纤打通的核心视频源的集群，当做主播推流到我任何一个边缘节点的时候。可以通过智能调度进行跨越传输，通过物理光纤直接进行数据交互，缩短数据传输的时间。合理的将大量用户进行智能调度访问到不同的运营商，不同区域，提供终端用户的访问体验，也就是说我们可以保证一个低延时直播访问。

　　核心节点集群通过的光纤打通之后有什么好处呢?如果是单一的视频源，像去年有厂商核心数据中心光纤被挖断发生长时间大面积的网络故障，如果使用我司的云直播平台服务，在6大核心节点中使用物理光纤打通，当单一核心节点故障时，可以通过智能调度转换访问其他区域，我们又拍云实现自动容灾，发生故障时，节点之间可以进行相互切换，自动选路。就不会出现说我某一个机房断了，我整体的服务就要停止，合理的防止单点故障照成的更大网络故障并提高跨网跨运营商的传输速度和效率。下面我们看一下传统直播服务和我们又拍云的直播云的对比。

　　3、 传统直播服务于直播云的对比

　　对直播而言，视频源站的稳定性非常重要，直播不间断、不卡顿，跟源站有直接的关系，对直播效果带来的影响很大。传统直播服务多采用单一源站，而又拍云直播云将整个平台去单点化，通过打造源站集群，形成多个源站的架构。单一源站使整个架构系统非常简单，在单一机房，维护一套系统，很容易实现分布式;延时方面不用担心公网网络抖动导致的系统不稳。既然如此，又拍云为何要耗费精力财力打造源站集群?原因在于单一源站的致命缺点：内容源完全受限于一个源站，当机房带宽拥堵，整个平台所有的直播内容都会卡顿;而一旦公网故障，内容就完全推不出去，意味着直播失败。

　　为了解决这一问题，如上图所示，又拍云在全国六个比较重要的地区，如北京、浙江、江苏、四川、河南、广东的核心节点部署源站集群。一个源站的集群十几台服务器，六个集群大概六十多台的规模。又拍云通过私有光纤网络将六大数据中心打通，形成类似于内网的状态，实现高可用性。整个光纤链路是个环路，互联互通，即便北京到江苏的光缆出现故障，也可以通过浙江转到北京。因此，使得直播服务的网络质量更有保障，稳定性和安全性也更上一层楼，同时整个平台具备跨地区的自动容灾的能力。举例来说，直播云面向的群体是主播端或者播放端，终端用户群体遍布在全国各地。在云南的主播用户通过 4G 手机推送直播内容到就近的视频源站，如广东，这个内容推送上来后将被同步到全国六个其他的源站。全国所有终端用户播放的时候，就可以到广东源站获取数据。这样不仅可以提高网络传输的效率、保障直播的延时效果，同时当视频源站网络中断时，系统还可以自动的迁移到其他源站，通过 SDK 或者是通过域名解析两种方式均可进行自动化链路选择。又拍云选择 SDK 的方式进行容错设计，可实现秒级容灾，即广东出现问题即时切换到浙江的视频源。而域名解析的延时和生效周期会较长，是分钟级别的，最快也要将近5分钟。