流媒体直播视频的危害:如果它能失败，它就会失败

当我受雇为客户网络直播活动时, 我愿意相信我已经为生产的几乎每个方面计划了足够的冗余级别. 我们的装备有备份，从摄像头, 镜头, 从麦克风到视频切换器和编码器.

对于编码管道, 我们标准化了双出站互联网连接, 每个编码器使用一个. 为我们的政府工作, 我们通常有两个专用连接:一个是拥有足够720p广播带宽的政府内部主干，另一个是本地运营商连接，比如电缆调制解调器. 每一个小时.264或H.265/HEVC)编码器使用专用连接，而 Wowza流媒体引擎我们建立的技术允许在主编码器流故障时立即切换到辅助编码器流.

对于我们所做的任何直播工作来说，拥有两个连接可能已经足够冗余了, 我完全明白，并不是所有的情况都允许有一个, 更不用说两个了, 硬连线互联网连接. 在过去的几周里, 虽然, 我们在一些场馆遇到了网络不稳定的问题，而这些场馆以前是没有的——这是因为我们做好了准备, 我们手头的网络广播有最小的停机时间. 我认为在整个直播管道中提供一些冗余指导方针对读者来说会很有用:

1. 在网络直播前准备好多种网络选项.如果你在酒店或会议场所工作, 问问你的网络连接有多专用. 他们有你可以使用的备用互联网提供商吗? 如果不是, 看看可以使用多个USB 3G/4G/ LTE调制解调器(如Mushroom Networks或Teradek提供的调制解调器)的硬件和数据计划的成本. 我也喜欢准备一个单一的热点设备，比如中兴通讯Turbo Hub 作为第三个备份. 本质上, 任何可以为编码器提供有线以太网连接的网络设备都可以扮演备份角色.

2. 准备多个源(或摄取)流媒体服务器. 如果您使用CDN或托管流媒体环境, 确保您拥有主发布点和备份发布点, 每个编码器一个. 如果您喜欢在云上构建自己的流媒体服务器实例, 是否有两个原始服务器准备好接收来自服务器的传入流. 如果主源不可达，您可能希望有一个源处于备用状态.g.例如，Amazon Web Services区域由于DDoS攻击而不可用)。. 需要对边缘服务器进行配置，以定位每个原始服务器上的流的可用性.

3. 在网络广播之前，彻底测试每个互联网连接的吞吐量. 运行编码器至少30分钟，以确保带宽稳定. 如果可能的话, 监控流服务器上的传入流，看看在测试期间带宽是否剧烈波动. 请确保在测试期间运行一些“活动”内容，如果您只是推颜色条和测试色调，那么编码器不一定会使用您指定的完整比特率. 运行现场的摄像机，最好是在活动的彩排期间.

4. 在网络直播之前彻底测试故障转移系统. 让每个编码器脱机，看看系统的工作效率如何. 如果你有一个坚实的设置, 您可以使每个组件重新联机，而您的直播播放器不会显示错误.

5. 是否有适当的灾难恢复计划. 编写任何监控编码设备的人在网络中断时都可以遵循的规范. 备份也可能失败, 您的客户应该提前知道您和您的团队在发生一次(或多次)网络中断时将如何响应. 您可以扩展此计划以包含与您的生产设置相关的任何内容, 包括相机或麦克风故障.

如果你有冗余内置到你的直播清单, 你会确切地知道如何在失败变成灾难之前处理它.

[本文发表于2018年4月/ 5月号。 流媒体杂志 “互联网规则:如果它能失败，它就会失败。."]