刘通生态系统：新手来说可能会会有点吓人？(图)

460356148

译：刘彤

生态系统非常大，所以有时对新手来说有点吓人。当我第一次尝试理解时，我记得遇到了很多首字母缩略词。本文将为媒体服务器提供一个指南，并提供一些开源代码供读者选择，例如janus等。我还将努力降低理解价值所需的技术障碍。

什么是服务器？

该技术自问世以来的主要卖点之一是它允许端到端（浏览器到浏览器）通信，而服务器干预很少或没有，这通常仅用于信令。这就是为什么媒体服务器的概念会自相矛盾的原因。

接下来开源代码网站，我将解释为什么媒体服务器很有用，它们通常提供什么类型的功能，以及用户必须选择哪些开源替代方案。

多人视频通话

虽然可以使用点对点通信（图 1 中的网格）与多方保持视频通话，但随着参与者数量的增加，这变得不太可行。因为这需要每个对等体向每个对话参与者发送他/她的音频和视频流，并且还需要从每个参与者接收音频和视频流。

现实中，即使在最佳网络环境下，参与人数超过5人后天外神坛，网状视频通话也很难正常工作。这是媒体服务器派上用场的地方，因为它可以帮助减少客户端需要发送的数据流数量，甚至是客户端需要接收的数据流数量，具体取决于媒体服务器的功能。

当媒体服务器充当这样的媒体中继时，通常称为SFU（Unit，单向转发单元），其主要目的是在客户端之间转发媒体流。

还有一个MCU（Unit，多点会议单元）的概念，用来寻址一个媒体服务器，它不仅可以转发，还可以对经过它的媒体流进行操作（比如将所有视频或音频流混合成一）。

视频录制

让所有视频流通过一个媒体服务器的主要好处之一是我们可以记录媒体并将其存储以供以后使用，就像在网格结构中很难做到的事情一样。

与其他通信技术集成

使用媒体服务器的另一个优点是能够与 Web 技术所允许的系统之外的系统进行通信，例如通过 SIP 中继与 PSTN 通信，或通过 RTMP 流式传输到支持它的服务，例如 Live 和 Live 。

媒体流处理

一些媒体服务器允许在非常低的级别处理音频和视频流，例如能够在视频上运行机器视觉模型，或者将音频流发送到语音识别引擎开源代码网站，就像那样。这些能力将提升到另一个层次；在我看来，它将通过允许将更丰富和创新的交互添加到一个通用的通信平台中来大大增加它的价值。

有哪些开源媒体服务器可供选择？

如上所述，生态系统非常庞大，市场上有一些开源产品可供选择。

以下是一些最成熟/知名的产品：

集思平台

Jitsi 不仅是一个媒体服务器，而且是一个围绕它构建的完整平台。Jitsi 的产品系列包括 Jitsi（媒体传输，SFU）、Jitsi Meet（会议 Web 客户端）、（Jitsi 会议焦点）、Jitsi SIP 电话等等。Jitsi 平台最吸引人的特点是它包含了通信平台可以拥有的一切，并且可以在几个小时内启动并运行。它还使用 (XMPP) 和功能齐全的 Web 界面实现自己的信令。遗憾的是，最大的缺点是实现媒体录制，因为 Jitsi 没有可靠、易于使用的解决方案。

媒体服务器

这是最通用的解决方案之一。它不仅仅是一个媒体服务器，它还是一个构建媒体服务器的工具箱。的主要优点是它的多功能性，通过引入媒体工作流的概念，允许在代码中定义媒体的流动方式和位置。这使开发人员能够编写和集成注入的机器视觉（例如 QR 码扫描、面部识别）、实时媒体修改以及与 RTP (VoIP) 服务互操作性的非常有趣的功能。在一个实例中，它还可以配置为充当 SFU 或 MCU，或两者兼而有之。

Janus 网关

尽管在描述中没有提到“媒体服务器”，但 Janus 可以很容易地设置为 SFU。它最显着的特性之一是它的插件架构，它增强了服务的核心功能。在这个演示页面中，展示了 Janus 的一些有趣的用例。

这是一个相对较新且有趣的媒体服务器，与其他媒体服务器不同，它被设计为一个库（用于 Node），可以将其集成到更大的应用程序中。

结语

希望本文能帮助您揭开媒体服务器的神秘面纱，解释它们提供的功能，并提供一些可用的开源选项。