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

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

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

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

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

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

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

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

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

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

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