WebRTC如何在架构中引入服务端

立即下载 作者: 易米烊光
上传时间: 2025-11-10
关键词: WebRTC 模式 服务器 在线 试听 网关 WebRT 架构 情况 浏览器
大小 1.1 MB
描述
WebRTC如何在架构中引入服务端
作为实时音视频领域最火的开源技术， WebRTC点对点的架构模式，无法支持大
规模并发。如何在架构中引入服务端， 一直是开发者关注的热点。 即构科技资深
音视频架构师黄开宁带来了他的经验分享。
为什么需要 WebRTC网关
在 WebRTC1.0 标准还没有定稿之前，这个标准只具备雏形，在很多方面都有缺
陷。而随着 1.0 标准的定稿， WebRTC逐渐完善，到现在已经可以在网页端使用，
换句话说，已经有基于 WebRTC的实际应用。下面主要结合不同的应用场景来说
明为什么需要 WebRTC网关。
针对在线教育或类似的应用场景， 我们只需要给准入门槛用户提供一个试用， 比
如试听课程。但是如果试听课程需要下载 APP，对于推销人员和试听用户来说都
是繁琐的操作。而基于 WebRTC的网页版课程试听，取代了繁重的 APP下载，操
作简单方便，获客变得更加容易。这个就是即构在成熟的商用系统中加入 WebRTC
网关的出发点，同时也是客户提出的要求。
在线医疗的场景中也有同样迫切的需求。 在上个月，我的汽车出了点小意外， 在
现场等了将近一个半小时后， 保险专员才到达现场进行处理。 如果能直接通过手
机浏览器，接入某个保险公司的客户专员进行在线定险， 可能 10-20 分钟就能解
决问题。就像车辆碰撞， 生病其实算是一个小概率事件， 没有必要在手机中安装
一个医疗软件。假如在户外被莫名的东西咬到而出现了敏感的情况， 这个时候直
接通过浏览器进行在线问诊， 显然比安装一个 APP要方便的多。这个是从需求上
出发，也是浏览器迫切需要 WebRTC网关的原因。
WebRTC通信模型的对比
大家都知道基于 WebRTC的延伸，目的是实现实时通话或者是多方通话，是没有
服务器的概念。下图是我对 WebRTC通信模式的总结，左边是基于 P2P方式对
WebRTC进行延伸，我把它称为 P2P模式，右边则是加入了服务器的模式，我把
它称为服务器模式。
P2P模式实际上是通过点对点进行传输，不需要经过任何的服务器，除了 TURN
和 STUN服务器之外。在不需要 NAT的情况下，两个用户可以直接相连，如果在
NAT的情况下，就需要 STUN介入。如果打洞无效时，则需要借用 TURN。从图上
可以看
目录
WebRTC/模式/服务器/在线/试听/网关/WebRT/架构/情况/浏览器/ WebRTC/模式/服务器/在线/试听/网关/WebRT/架构/情况/浏览器/