扩展 GRTN：云原生趋势下的 RTC 架构演进

简介：在 2021 LiveVideoStackCon 音视频技术大会上海站，聚焦 “轻端重云和边缘架构新模式” 专场，阿里云视频云的 RTC 传输专家杨成立（忘篱）带来 “基于边缘云原生的 RTC 服务架构演进” 的主题演讲，与行业伙伴分享视频云在 RTC 服务架构演进之路上的挑战和经验，以下为完整的演讲内容。

后端传输网络是 RTC 系统的核心能力，比如阿里云的 GRTN、声网的 SD-RTN 等。本文介绍了阿里云视频云如何不断改进 RTC 架构，扩展 GRTN 网络，并基于云原生技术获得云的强大能力。

个人介绍

大家好，我是杨成立（忘篱），目前在阿里云负责 RTC 的传输网络，之前在蓝汛 CDN 负责直播的传输网络，这十年左右一直在做视频的后端服务，也是开源视频服务器 SRS 的作者，SRS 目前是全球 Top1 的开源视频服务器。

后端服务都架构在云上，CDN 的趋势也是边缘云，这是因为云计算成为各种服务的基础设施，当然也包括视频的后端服务。开发者可以便捷的直接使用云厂商的 SDK 和视频云服务，也可以使用开源方案在云上构建自己的系统。

我正好活跃在视频开源和云服务这两个领域，一直都有朋友询问这两个的差异，借这次机会正好分享下这个话题，希望通过这次分享，大家可以了解，从一个开源服务器，到可以提供服务的商业系统，到底有哪些路要走。

RTC 服务介绍

因为有些朋友不是做服务器的，我还是先介绍下 RTC 服务是什么吧。

直播经过这些年的发展，大家都理解需要后端服务，比如 OBS 推流，是不能直接推给播放器的，而是经过 CDN 转发，CDN 就是直播的后端服务了。

RTC 是大不相同的，比如 WebRTC 本身设计是通话，通话场景大部分时候都是一对一的对话，所以 WebRTC 设计了多种传输方式，比如直接 P2P、通过 STUN 转发、通过 SFU 或 MCU 转发。

如果只是跑 DEMO，那么不用 RTC 服务器，直接 P2P 也是可以跑起来的。真实线上，肯定是要经过服务器，现在使用最广的是 SFU 转发。主要原因如下：

• P2P 打不通：有些网络是对称 NAT，两个客户端在各自的内网无法通过 P2P 打通，就必须使用服务器中转流。
  
  
• 跨网远距离传输：比如跨国传输，或者跨运营商，客户端直接 P2P 就算能连通，效果也不好，如果经过服务器可以优化传输线路。
  
  
• 会议转直播：如果需要对媒体进行处理，比如将 RTC 转直播，广播给更多观众，就需要转码和转协议，这也必须要服务器处理。
  
  
• 录制精彩片段：目前的录制和剪辑等内容的处理，在互联网上还是 RTMP 对接比较多，将 RTMP 流送到录制或剪辑系统。
  
  
• 不同客户端网络状况不同：有些客户端网络好，有些差，通过服务器可以精确计算不同客户端的网络情况，给客户端传输不同的质量的流。
  
  
• 兼容老客户端和协议：线上客户端的版本非常多，随着迭代，可能支持的协议也不一样，需要服务器做兼容处理。
  

各家云厂商都有自己的后端服务，比如阿里云的 GRTN，声网的 SD-RTN 等等。实际上传输网络并不等于传输服务器，而是一个传输的系统，包括调度、路由、协议处理、发布和维护、问题排查、数据分析等等。

AliRTC（阿里云 RTC）的传输网络，传输协议使用 GRTN，除了 GRTN (CDN) 的网络，我们还扩展实现了 GRTN (Tenfold)；GRTN (Tenfold) 补充了 BGP 专线、ENS、专有云网络、第三方云支持 K8S 的云网络等，适应多种不同场景的传输要求。