Red5 Cloud 对 WebRTC 流媒体的重大影响

随着全球在下一代视频转型的门槛上停滞不前，我们有理由相信，任何有助于加速摆脱单向、高延迟流媒体基础设施限制的东西都将改变游戏规则。

Red5 推出的 Red5 Cloud 就是一个这样安全的假设。Red5 Cloud基于Red5的体验交付网络（XDN）架构，能够自动激活和控制流媒体基础架构，对视频在运营中发挥关键作用的各个领域都具有颠覆性影响，从M&E、社交媒体、游戏和其他多种消费者用例，到监控、远程协作工作流以及企业、机构和政府运营领域的无数其他视频应用。

实时云流媒体领域的创举

这是第一次，任何希望充分挖掘实时多向视频潜力的人都可以通过触摸屏激活和控制大规模可扩展的流媒体基础设施，以实现他们的目标。

这样，用户就可以专注于开发他们认为对业务发展至关重要的应用程序，而无需为构建支持 XDN 基础设施的复杂性投入时间和人力资源。

长期以来，XDN 架构的所有独特方面一直是下一代视频性能的标准，客户仍可使用这些方面。在接下来的讨论中，我们将看到，Red5 Cloud不仅能让客户快速启动自己的流媒体基础设施，并获得XDN架构固有的核心传输性能优势。它还能让客户立即访问不断增长的预格式化Red5 TrueTime应用程序，并有机会利用Red5 Pro服务器软件和Red5专业服务提供的增强支持，实施范围广泛的其他应用程序。

这一切之所以成为可能，是因为与提供预建基础设施的实时视频平台不同，Red5 Cloud利用了XDN流管理器的动态资源协调功能，可根据客户的战略精确调整部署。客户可立即掌控基础设施，实现高功能多向视频用例，从视频传播的任何点到任何接收器，无论距离多远，端到端时延均不超过250毫秒400毫秒。实时内容分发可扩展至数百万用户，并支持所有端点同时进行互动视频参与。

Red5云用户在合同期内可持续控制操作和修改，因此无需担心其创新能力会受到影响。这与共享资源环境形成了鲜明对比，在共享资源环境中，为一个客户实施的流程可供所有客户使用。

此外，由于每个客户都被分配了专用于其应用程序的云资源的独家使用权，因此他们可以遵守这些资源所在位置可能适用的任何政府法规或许可要求。如果规定所有内容都必须在特定国家进行流式传输，那么Red5 Cloud就会在该国建立客户的XDN基础设施。

Red5 Cloud客户无需计算资源如何分配的任何细节，即可创建实现目标所需的XDN基础设施。他们只需在Red5 Cloud仪表板上回复指令，输入指定要摄取的流媒体数量及其比特率、要服务的目的地、接收人群的规模、将生成视频的参与者规模等信息，以及其他一些基本参数。

有了这些参数，他们就能在几分钟内开始在自己专用的 XDN 基础设施上运行。在使用过程中，如果需要随时更改参与条件和资源分配方式，也可在 Red5 Cloud 面板上完成，并立即产生结果。

XDN 架构和资源协调

从根本上讲，Red5 Cloud 所支持的 XDN 基础设施自动实例化功能可在 Origin、Relay 和 Edge Node 服务器的专用分层集群中配置 XDN 软件应用程序。集群中的一个或多个Origin节点负责将编码内容摄取并流式传输至Relay节点，每个Relay节点负责将实时单播流式传输至其指定服务区域内的终端的Edge节点阵列。

XDN 架构的自动节点配置和路由选择功能使所有节点位置的服务器都能根据需要调高，为任何方向的流媒体内容提供支持。因此，任何节点位置都可以提供原点节点支持，以摄取近距离用户的内容，并从那里通过最直接的节点路径执行路由，到达目标目的地。

如前所述，所有节点的设置配置和持续协调均由平台的 Stream Manager 执行。智能管理系统在处理实时流信息时实时工作，并应用自动扩展机制来增加或降低虚拟服务器容量，以应对流量需求的波动，或在通过 Red5 Cloud UI 请求增加新的广播公司和终端用户时的需求。

Stream Manager 的自动扩展机制通过与云提供商的应用程序接口配合使用的平台控制器，实现了对故障安全运行至关重要的全集群冗余。通过全面的性能监控，Stream Manager 无需人工干预即可在整个基础架构中执行对持久高性能至关重要的负载平衡。如果节点组件出现故障，它可以立即将处理转移到该节点的另一个设备上。

无论使用案例是什么，XDN 架构都能在平台运行的摄取和分发阶段最大限度地提高多种传输模式的通用性。

XDN 架构的核心是实时传输协议 (RTP) 的实时通信功能，RTP 是基于 IP 的语音通信的基础，也是 WebRTC（实时通信）和 RTSP（实时流协议）的基础，前者最初是为点对点视频通信而开发的，后者则是 HTTP 的一对多视频流替代方案，广泛应用于 IP 摄像机输出以及与移动设备之间的视频传输。

除了采集通过 WebRTC 或 RTSP 传输的任何内容外，Red5 Pro XDN 还可以采集格式化为所有其他用于视频播放的领先协议的视频，包括实时消息传递协议 (RTMP)、安全可靠传输 (SRT)、Zixi 软件定义视频协议 (SVDP)、MPEG 传输协议和 HTTP 实时流 (HLS)。在传输方面，XDN 会根据每个会话选择最适合到达设备的传输选项。

WebRTC 是最常用的传输模式，因为所有主流浏览器（包括 Chrome、Edge、Firefox、Safari 和 Opera）都提供客户端支持，无需插件或专用硬件。XDN 架构旨在克服与 WebRTC 广泛相关的扩展问题，支持在任何距离向任意数量的最终用户进行实时流式传输。

或者，如果内置客户端支持 RTSP 的移动设备正在接收流，则平台将通过 RTSP 进行传输。XDN 架构的客户端优化灵活性还扩展到打包提取的 RTMP、MPEG-TS 和 SRT 封装以通过 RTP 进行传输。当无法通过 WebRTC 或 RTSP 访问与这些协议兼容的客户端时，就会发生这种情况。在极少数情况下，这些实时传输变体无法用于访问设备，可以在 Red5 Cloud UI 上设置 XDN，以通过 HLS 传递内容进行常规流式传输。

Red5 Cloud 客户还可以通过在实时 XDN 传输中激活多个自适应比特率 (ABR) 配置文件来避免带宽降低对持续吞吐量的阻碍。这可以通过提取外部转码器生成的多个配置文件中的流式内容来实现，也可以依靠 Red5 在源节点的内置转码功能来生成由 ABR 配置文件指定的多个版本。无论哪种方式，内容都会以多种比特率流式传输到边缘节点，然后根据客户端设备特性和访问带宽可用性，将内容以节点智能匹配的配置文件流式传输到每个会话。

增强用例的开放途径

除了能够将所有这些功能应用于他们所设计的任何用例之外，Red5云客户还可利用Red5通过其TrueTime应用工具套件实现的可轻松部署的应用。例如，一个对几乎所有客户都有重大影响的应用涉及一种使用元数据的方法，该方法消除了通常为确保元数据与通过 WebRTC 进行流式传输的相关内容段精确同步所需的繁琐、易出错的步骤。

TrueTime DataSync 工具集通过在符合 WebRTC 标准的数据通道中激活 SMPTE 制定的密钥长度值（KLV）协议，使整个过程自动化。KLV 定义了如何格式化与核心视频相关的元数据，以实现自动、帧精确地将数据与相关内容放置在一起，无论这些数据是包含在后期制作流程中，还是在与实时内容一起使用的时间敏感数据的情况下，在从远程存储库检索时叠加到流程中。

TrueTime 的其他应用包括通过 TrueTime Multiview ™提供的高级多种查看选项，作为用户体验的一部分，通过 TrueTime WatchParty ™自动设置观看派对，以及 TrueTime Studio ™支持的其他类型的交互式用例。TrueTime套件中的所有工具都依赖于通用标准基础，与领先的 OSS 平台兼容，包括 Web、Android、iOS、MacOS、Windows 和 Linux，这使客户能够根据自己的需求以任何合适的组合使用它们。

值得注意的是，TrueTime DataSync 可以支持高级功能，包括用于个性化用户体验、广告、水印和其他高级服务器端应用程序的同步数据叠加。这些创新可以通过与 Red5 专业服务和 Red5 Pro 服务器软件进行企业级合作，在 Red5 Cloud 实施的任何 XDN 基础设施上构建。

Red5 Cloud 开辟了一条快速实施实时交互式流媒体基础设施的道路，同时不会对客户充分利用 XDN 架构所支持的所有功能的能力造成任何损害。通过基于工作负载容量要求的简单定价结构，客户可以获得自动实施实时流媒体的所有好处，成本与其他云选项相当或更低，同时保留在最高创新水平上通过自己的专用基础设施进行运营的灵活性。

显然，对于那些希望只需在仪表板上点击几下，就能激活和控制实时多向流媒体基础设施，以精确满足其运营要求的人来说，白日做梦的日子已经一去不复返了。