分布式云|专访丨阿里云 卢日:要将GRTN打造成为流媒体云原生aPaaS服务( 二 )


多路径传输

为了能够提高GRTN内部链路传输的可靠性,以及考虑在成本和质量间的均衡,GRTN支持如下3种内部链路多路径传输模式:竞速模式、备选模式和智能模式,可以在高可靠,质量,成本等诸多因素控制下进行适配和自适应的切换。

双向实时信令网

前面提到GRTN核心价值之一是高质量,高质量除了延时低以外,还需要考虑快速容灾切换能力,以及提升首屏秒开率等核心指标。

在RTC场景下有一个比较常用的功能是客户端网络的Mobility,比如用户在开会的过程中回家或是离开家的时候手机网络需要在4G和wifi之间切换,另外考虑客户端接入的CDN节点出现异常的时候。

这两种情况都会造成客户端在和GRTN通信过程中切换接入节点,GRTN构建的双向的实时信令网能够做到切网消息的毫秒级传递,当有一个发布端的媒体流发生网络切换后,订阅的客户端对GRTN内部发生的切换行为是完全无感知的。

基于A/B测试持续迭代的QoS

GRTN之所以能够做到在直播延时由6s降低到1s以内,RTC通信延时做到250ms左右,除了图形网的结构的改造以及协议下沉等技术外,最核心的还是有采用了有媒体特性感知的QoS,这和TCP或QUIC这类通用QoS策略在本质上是不一样。

WebRTC的QoS是一个针对流媒体特性的多维决策体系,涉及到的算法和策略参数非常多,为了方便业务层对底层QoS算法和参数的择优,GRTN设计了一套可插拔的的QoS集成框架,结合GRTN数据化的质量评估体系,可以做到一次集成持续迭代,不同的算法和参数都可以利用GRTN的A/B质量评估体系进行线上评估,形成赛马机制。

同时QoS和文章前面提到的动态路径规划也是有很多结合点的,QoS研究中的一个很重要课题就是需要区分出网络的抖动和拥塞,如果是拥塞那就需要反馈给上游进行信源带宽调配(比如降码率,流切换等)。

但如果只是短暂的抖动,就可以启用相对激进的抗丢包策略,动态路径规划也面临类似的问题,如果是只是短暂的拥塞,可以保持当前链路并借助QoS的抗丢包策略来扛,但如果是链路拥塞了,则需要尽快切换链路。

可编程

流媒体技术的上层业务场景非常丰富,比如电商直播、视频会议、在线教育、企业直播、新零售等,因此有很多定制化开发的需求。

可编程化改造是GRTN在提升系统稳定性上的一次尝试,目前GRTN的中心流媒体大脑,节点侧的业务模块,媒体数据发送模块、媒体信令处理模块等都已经进行了可编程化改造,大部分情况下都可以避免二进制的发布。

GRTN生态发展

GRTN经过阿里多个团队协作研发和打磨,目前阿里内部多个APP和网站都已经上线了超低延时的直播能力,包括淘宝、钉钉、Lazada、优酷等。在去年淘宝双十一直播中,基于GRTN的电商直播延时降低了80%以上,流畅度提升30%以上。今年双十一,团队将继续在压缩延时、提高流畅度和清晰度方面着力。

在对外商业化方面,GRTN的RTS所服务的域名数以达到数千个,帮助客户提升了直播体验,比如某直播平台在上线RTS后,直播时延降低了70%以上,视频渲染卡顿降低40%多。

GRTN在经历了双十一、疫情冲击等场景和市场的考验后,在质量和成本等诸多方面积累了大量的经验,阿里云对这些经验进行了抽象的总结,希望GRTN能够为企业的流媒体应用构建提供更加专业的服务。阿里云提出,要将GRTN打造成为流媒体云原生的aPaaS服务,GRTN不仅基于云原生,更是面向云原生设计的,致力于提供流媒体云原生服务,方便客户灵活构建流媒体应用,让流媒体服务无处不在。