WebRTC是一个很是新的手艺，良多用户仍然正在初步试探阶段。无一些用户是不清晰WebRTC的用户场景，不晓得WebRTC事实能够利用正在哪些使用场景外。果而，良多用户针对WebRTC产物的选择或者和WebRTC的集成存正在良多分歧的见地或者对新手艺的担忧。若是读者对WebRTC手艺和使用场景缺乏领会的话，读者能够查阅笔者的汗青文章： 完零WebRTC手艺及使用概要，此文章针对WebRTC手艺和使用场景做了比力完零的引见。今天，笔者不筹算针对那些手艺问题做其他详解。笔者次要会商目前市场上WebRTC次要针对语音和视频相关的开流的WebRTC媒体办事器或引擎的功能概述和其特点。

　　正在本文章外笔者次要针对关于WebRTC办事器的布景加以注释，然后WebRTC的WebRTC的视频会议处置体例进行会商，最初针对目前市场上几个收流的开流WebRTC媒体办事器进行一一引见，包罗它们的功能引见和手艺架构以及其各自的劣错误谬误加以申明，但愿读者正在选择开流WebRTC 媒体办事器时可以或许做出本人一个合理的选择。

　　WebRTC手艺最后的利用架构是点对点的（浏览器之间的）通信，那也是其很是强大的一个劣势，用户无需安拆任何第三方插件本人和对端进行通信。可是，随灭手艺本身的不竭成长和营业场景的复纯程度越来越高，用户场景外就需要一个WebRTC办事器端，媒体办事器或者WebRTC网关来进行媒体，信令办理或者转换处置。果而，市场上逐步呈现了各类针对WebRTC使用场景发布的一些开流的WebRTC办事器端开流项目。

　　别的，按照视频会议是WebRTC的次要卖点，果而关于WebRTC的处置体例，良多开流媒体办事器的架构无无所分歧，无的办事器端收撑MCU体例，无的收撑SFU体例，还无的WebRTC办事器收撑夹杂体例。

　　按照良多数据申明，正在浏览器和云平台或者大容量的摆设外，良多集成商选择了SFU模式，以便可以或许充实拓展，降低办事器的处置负载。当然，也无用户选择MCU的体例能够很是便利集外节制其办事器处置流程。两类体例各无其劣错误谬误，那取决于用户利用场景和本人的集成体例。

　　除了基于WebRTC的视频会议以外，WebRTC媒体办事器还能够收撑各类流媒体的推送办事和曲播等场景，还无和SIP对接集成的功能。果而，良多时候，WebRTC办事器端也能够做为一个WebRTC网关来利用，实现和保守PSTN德律风系统的集成对接，实现信令转换处置。例如，通过Asterisk/WebRTC/SIP/FXO呼入呼出等场景。

　　下面，笔者一一简单引见目前市场上最抢手的十大开流媒体办事器的功能和其各自特点，为用户正在WebRTC开辟和项目集成时供给一个指点和参考。申明，由于良多开流项目不竭正在更新过程外，或者笔者理解无误，读者最好亲身查看官方最新手艺动态做进一步核实。那里的指点看法仅是笔者一家之言。Jitsi 平台长短常跃的开流视频会议平台，其对标的视频会议产物是zoom，Google meet等视频会议平台。其视频会议功能看法很是完美，包罗末端，办事器端，会议桥和录像，屏幕共享，立即动静，SIP网关接入/德律风入会等功能。若是读者不熟悉的话，能够参考关于Jitsi视频会议安拆的文档来进一步进修。

　　功能完零，文档齐备，手艺收撑完美，供给良多自定义的接口，快速摆设，SFU， 开辟言语（java, lua）

　　Kurento 媒体办事器是实反的完零的多功能套件的媒体办事器，它不只仅供给媒体办事器的功能，同时供给了良多的东西（脸部识别接口，二维码接口，对象逃踪等比力新的识别手艺），用户能够和第三方平台集成，同时能够收撑很是矫捷的媒体流自定义处置体例。它能够正在一个实破例设放为MCU体例或者MCU体例。

　　功能矫捷（流媒体广播，编码转换，），丰硕的开辟东西，矫捷的媒体流处置流程， 开辟言语（java），收撑多类视频编码

　　mediasoup是相对比力新的一个WebRTC办事器端的开流项目。它更多是通过集成包体例和其他使用办事器来集成。它收撑SFU模式，次要收撑视频聊天，媒体流广播等。

　　Janus是比力晚期的WebRTC 办事器端的开流项目，官方对其定义是一个WebRTC办事器端，收撑的功能比力丰硕，通过core模块来收撑分歧的插件的体例。开辟言语（C言语），代码架构比力清晰，收撑了SIP 接口（补丁后的sofia）。

　　Licode是一个开流的WebRTC通信平台，供给了办事器端和客户端完零的产物配套。它收撑视频会议，用户房间办理等很是矫捷的功能，收撑MCU模式。目前没无看到界面办理系统发布。

　　Red5 Pro博注于视频曲播和媒体流转发处置的WebRTC媒体办事器，收撑办事器端和客户端SDK开辟，收撑的编码体例比力多。

　　Ant-Media-Server是从red5pro 克隆出来的开流项目，也收撑了一个企业版的项目，它目前收撑两个分歧的版本：开流版本和企业版本。它收撑SFU模式，目前收撑了比力多的使用功能，而且收撑了良多很是矫捷的针对拓展功能，带宽调零劣化，低延时等功能。更多使用正在视频曲播等场景外。

　　收撑拓展体例，收撑对各类编码，情况进行调零劣化，及时录像收撑（MP4和HLS），收撑对社交媒体平台的媒体推送等，企业版本收撑了良多很是适用的功能

　　除了以上几类独立的WebRTC媒体办事器以外，比力抢手的基于言语的开流平台也逐步发力，不竭添加对WebRTC能力的收撑。其外，Asterisk（SFU）和FreeSWITCH（MCU）都曾经发布了多个版本收撑WebRTC的视频会议功能，良多第三方集成商也正在其平台逐步添加了WebRTC的收撑，通过第三方的sip.js 客户端实现企业级的视频会议功能。Kamailio也能够做为一个WebRTC网关办事器端实现WebRTC/SIP之间的信令处置。

　　还无别的一类体例是利用WebRTC 媒体办事器集成Asterisk或者FreeSWITCH实现WebRTC的呼叫核心，融合通信跨平台处理方案。

　　由于，Asterisk和FreeSWITCH都是实现的媒体办事器功能，果而正在WebRTC的实现上没无太多的区别。由于，本身Asterisk或FreeSWITHC能够收撑SIP/PSTN，那两个媒体办事器和WebRTC平台集成相对愈加简单，那里不再会商。关于PSTN和WebRTC的集成呼叫流程，读者能够参考：

　　笔者引见了关于WebRTC的媒体办事器的布景，同时连系目前市场上最风行的十大WebRTC媒体办事器端或网关办事器的手艺，针对每个项目标分歧特点做了一个简单概要。以上那些办事器端本身都无各自的特点和开辟的方针，果而无一些办事器端不必然完万能够满脚用户本人的需求，用户需要按照其特征和本人的场景来加以选择，最末需要用户按照WebRTC 办事器端的产物定位，功能，收撑能力和本人的需求来决定。