又拍云黄慧攀 QCon 2016 技术分享:直播平台架构与实施

  • UPYUN

2016 年 5 月 5 日

话题:CDN语言 & 开发

QCon 2016 全球软件开发大会日前在北京落下帷幕,作为全球顶级技术盛会,自 2007 年首次举办以来,已经有超万名高级技术人员参加过 QCon 大会。本届大会主题为“升级你的软件思维”,包括惠普、亚马逊、新浪、阿里巴巴、美团、豆瓣、又拍云在内的 100 多位国内外技术专家参与主题分享。

随着移动网络的不断升级,赛事直播、秀场直播等直播需求愈演愈烈,并不断向移动终端设备上蔓延,用手机边走边看球赛或是用自拍杆在路边直播情侣表白,已经不算是新奇的玩法了。如何帮助直播应用短时间架起直播平台?如何降低延时,让直播“天涯若比邻”?又拍云 CTO 黄慧攀在本届 QCon 大会上分享了直播技术“云直播平台架构与实施”,这是又拍云投入大量精力自主研发,并在参加 QCon 前一天刚刚发布的直播云产品。

据又拍云 CTO 黄慧攀介绍,本次参加 QCon 是自 2014 年开始,第三次做技术分享,分享的内容也是最前沿、可供业内参考和探讨的技术——直播服务。

对直播而言,视频源站的稳定性非常重要,直播不间断、不卡顿,跟源站有直接的关系,对直播效果带来很大的影响。传统直播服务多采用单一源站,而又拍云直播云将整个平台去单点化,通过打造源站集群,形成多个源站的架构。

单一源站使整个架构系统非常简单,在单一机房,维护一套系统,很容易实现分布式;延时方面不用担心公网网络抖动导致的系统不稳。既然如此,又拍云为何要耗费精力财力打造源站集群?原因在于单一源站的致命缺点:内容源完全受限于一个源站,当机房带宽拥堵,整个平台所有的直播内容都会卡顿;而一旦公网故障,内容就完全推不出去,意味着直播失败。

为了解决这一问题,又拍云在全国六个比较重要的地区,如北京、浙江、江苏、四川、河南、广东的核心节点部署源站集群。一个源站的集群十几台服务器,六个集群大概六十多台的规模。又拍云通过私有光纤网络将六大数据中心打通,形成类似于内网的状态,实现高可用性。整个光纤链路是个环路,互联互通,即便北京到江苏的光缆出现故障,也可以通过浙江转到北京。

因此,直播服务的网络质量更有保障,稳定性和安全性也会更上层楼,同时整个平台具备跨地区的自动容灾的能力。举例来说,直播云面向的群体是主播端或者播放端,终端用户群体遍布在全国各地。在云南的主播用户通过 4G 手机推送到直播内容到就近的视频源站,如广东,这个内容推送上来后将被同步到全国六个其他的源站。全国所有终端用户播放的时候,就可以命中到广东源站获取数据。

这样不仅可以提高网络传输的效率、保障直播的延时效果,同时当视频源站网络中断,系统可以自动的迁移到其他源站,通过 SDK 或者是通过域名解析两种方式均可进行自动化链路选择。又拍云选择 SDK 的方式容错设计,可实现秒级容灾,即广东出现问题即时切换到浙江的视频源。而域名解析的延时和生效周期会较长,是分钟级别的,最快也要将近 5 分钟。

传统的直播架构由于只有一个视频源站,无需二层缓存。而又拍云直播产品采用全国分布式集群架构,除视频源站里还会有一层二级缓存,在源站与源站间合并回源,从而提升加速的效果,降低用户流量成本。

基于此,又拍云所提供的直播服务实现最快延时 1 秒内,平均延时在 2 秒以内,为用户提供无差别的实时直播体验,远快于业内 4 秒左右的延时标准。这一切源于又拍云不久前刚刚发布的直播云产品,可以快速搭建起一套直播平台,提供从推流端到加速服务,再到播放端一整套的解决方案,在 2016 年直播的浪潮里边,客户将快人一步优化直播应用,实现实时直播的乐趣体验!

CDN语言 & 开发