快手直播平台演进之路

快手作为目前世界上领先的直播平台，在业务形态不断拓展的过程中，也经历了直播架构的不断演变，从完全采用第三方解决方案，到目前自建源站、自研连麦解决方案、自建超高密度转码集群，搭建起了一套高稳定性的直播架构系统，全程把控了端到端的体验，不断根据用户体验在各个技术维度上进行打磨。 本文来自郭亮在LiveVideoStackCon2019北京站上的精彩分享。

文 / 郭亮

整理 / LiveVideoStack

大家好我是郭亮，目前负责快手的直播架构和算法团队。很高兴今天有机会给大家分享“快手直播平台架构的演进历程”。首先，我会简单说明一下快手直播平台的现状；接着，我会详细介绍快手直播平台在近一两年的成果以及架构的演进，以及对用户体验、QoS、QoE、成本等的影响；最后，针对5G+AI下的音视频技术发展趋势，抛砖引玉，和大家一起探讨。

一、 快手直播平台的现状

快手的DAU超过2亿，直播日活超过1亿，每天短视频上传量超过1500w。 作为世界上领先的直播平台，拥有最大的活跃用户数、每日直播房间数，以及同时在线观众数。 面对如此大的用户规模，如何打造一流的直播平台，实现一流的直播体验，是我们团队一直在深挖的课题。

 

在快手，并发在线的直播间数量和观众数量都是非常高的。 这是由于快手一直坚持的普惠原则，在分发策略上对中小主播的侧重，再加上用户间长期积累的信任关系，使得平台活跃主播数量远远超过其它平台； 其次，快手的业务场景是多样性的。 多样化的业务，包括连麦、PK、聊天室、KTV、游戏直播等，覆盖了目前音视频技术的各个主流细分场景。 此外，快手覆盖的用户群非常广，用户遍布城镇和乡村，有着多种多样的复杂网络环境，这对于直播清晰度和流畅度提出了非常大的挑战。 为了应对多样化的业务场景和复杂的网络环境，保证用户直播的体验，快手对直播系统做了大规模的投入和优化，在架构、自研协议、算法等几个方面持续迭代。

 

目前业内通用的直播架构都是类似这样的： 各家CDN厂商均基于标准的RTMP协议，提供推流、录制、分发等服务。 同时一些第三方RTC服务提供商，也会提供连麦和PK的解决方案。 站在集成的角度，快手理论上只要把业务集成到第三方标准服务上，同时完成UI、业务层的开发，就可以搭建一套完整的系统，我们一开始也是采用类似的方式满足了业务的基本需求。 然而，随着系统规模的扩大，我们对用户体验的要求越来越高，这种方案会存在典型的木桶效应，主要痛点有：

● 故障无法自主调度 ： 采用CDN分发，主播推到某家CDN已经提前设定好。 当CDN在局部发生可用性或质量下降时，无法做到通过自主调度，无缝切换到其他CDN，导致该区域用户均无法观看这个主播的直播，会非常影响业务的可用性。

● 转码质量无法统一、扩展难、成本高： 业界转码方案多样，质量与成本参差不齐。 为了保证用户体验，一种可能的做法是要求各家针对快手统一架构与质量，这无疑存在工程量大、响应需求周期长的问题。 很多CDN厂商提供的转码用软件实现，成本非常高，也无法弹性扩展。 经过详细调研与慎重考虑，在快手的业务与体量下，自建源站+转码集群是最优的方案。

●推流质量不佳，难以优化： 现有RTMP的推流框架，是基于TCP的，在弱网传输方面有很多天生的弱点。 而主播一旦卡顿，所有观众都会卡，因此我们必须首先保证主播推流的稳定性。 此外，在网络层面直播推流与连麦也需要统一的传输策略，否则两者相互竞争，会直接影响直播与连麦的质量，自己跟自己打架。 因此采用统一的上行推流协议势在必行。 而跟