即构实时音视频多中心调度设计

以下为即构后台负责人在2020QCon技术大会上的分享内容：



------------------------------------------------------------------------------------------------------------



大家下午好。我是来自即构的廖念波，今天分享的主题是《即构音视频服务的架构实践》。简单介绍一下自己。我是一个在互联网行业工作快20年的老兵，之前在腾讯服务过，后来加入了即构，目前是负责即构的后台技术研发。



即构是一家成立了5年的创业公司，即构这个名字来自即刻构建音视频通讯能力。我们希望通过四行代码就可以让客户快速获得音视频通讯能力。



即构虽然是一个初创型的公司，但公司的核心创始团队和核心技术团队，在音视频技术这块实际上有超过19年的积累，他们大部分是来自腾讯、华为、中兴、YY等国内最早从事音视频研发的人员。目前我们服务的企业客户有4000多家，高峰期的每日通话日均互动时长突破了20亿分钟。



我今天的分享主要从以下4个方面展开：



第一，带大家快速了解音视频行业的业务形态



第二，介绍音视频云的架构



第三，介绍即构的多中心调度



最后，简单介绍我对技术运营的理解



一、业务介绍



1.即构流媒体业务简介



从下图中大家可以看到，实时音视频通信服务看起来是比较简单的。左边是各个端各个形态的推流，对应直播场景的话，就是一个主播，她可以通过Webweb、手机APP或小程序，甚至用一个第三方的软件，推入流到我们的云上。





右边是收听观看主播音频视频的观众，他们所使用的设备也使用支持我们的SDK。我们的客户只要集成我们的SDK，不需要再考虑“服务器全球分布，就近接入、日常运维”等因素，就可以快速实现音视频实时通信的能力。



中间是即构的实时音视频通讯云，我们提供了各种能力，比如各种转封装转协议，支持各个端，还能把多路流按照一定的视频布局，混流变成一路流。



其实相比传统的CDN直播，我们突出的场景或用户诉求，是能够进行低延时的实时对话和互动。相比传统的CDN，它的成本也会是较高一点的。因为它部署的节点和传输要求走的线路，相对来说是必须优质的。



为了平衡成本和体验，我们插入了多极灰度。中最常见明显的一种做法，当观众没有参与实时互动时，那么可以默认用 CDN推的流去收看，所以我们也支持转推CDN。在实时互动时，我们能够做到150ms-800ms这样一个全球端到端的低延时。



2.即构的主要业务诉求



即构是做ToB服务的，ToB业务的第一个诉求，是高可用。



第二是低时延延时。我们既然是做实时音视频通信，低时延第一眼是首要的，如果延时比较大，那么对会话就很不自然了。



第三是大规模的分发。一路流推到我们云端之后，可能最多要分发到几百万甚至上千万的观众各个终端上。



第四是弱网的抗丢包性。我们的企业客户主要是在中国，但客户的用户，很多是全球分布的在欧洲或者东南亚，所以我们面向的是全球分布的用户。不管是本地网络，还是中转相互通信过程中，都不可避免的会产生网络质量抖动问题，我们在后台可以监控到可以看到这种监控，在不同区域、不同国家的用户，它的网络质量差别是非常大的。



上面介绍了我们业务的整体概况，大家可以看到直观理解上还是比较简单和和整齐的。但这个业务的主要难点，第一它必须是高可用的，这是对客户的承诺。第二，在用户全球分布的情况下，怎么做到低时延，怎么对抗丢包？接下来我将通过流媒体架构设计和多中心化的调度服务，介绍即构是怎么通过架构和技术来实现全球低延时互动和大规模分发的。



篇幅关系，完整内容和演讲PPT可扫描下方二维码获取。作为一名后台技术的老兵，廖念波老师还在演讲中分享了自己对于后台运营的丰富经验，扫码即可查看。