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

When I’m hired to webcast an event for a client, 我愿意相信我已经为生产的几乎每个方面计划了足够的冗余级别. Our kits have backups for everything from cameras, lenses, and microphones to video switchers and encoders.

For the encoding pipeline, 我们标准化了双出站互联网连接, using one per encoder. For the government work we do, 我们通常有两个专用连接:一个是拥有足够720p广播带宽的政府内部主干，另一个是本地运营商连接，比如电缆调制解调器. Each H.264 (or H.265/HEVC)编码器使用专用连接，而 Wowza Streaming Engine 我们建立的技术允许在主编码器流故障时立即切换到辅助编码器流.

对于我们所做的任何直播工作来说，拥有两个连接可能已经足够冗余了, 我完全明白，并不是所有的情况都允许有一个, let alone two, hardwired internet connections. In the past couple of weeks, though, 我们在一些场馆遇到了网络不稳定的问题，而这些场馆以前是没有的——这是因为我们做好了准备, we had minimal downtime for the webcasts at hand. 我认为在整个直播管道中提供一些冗余指导方针对读者来说会很有用:

1. 在网络直播前准备好多种网络选项.If you’re working with a hotel or conference venue, 问问你的网络连接有多专用. Do they have a backup internet provider you could use? If not, 看看可以使用多个USB 3G/4G/ LTE调制解调器(如Mushroom Networks或Teradek提供的调制解调器)的硬件和数据计划的成本. 我也喜欢准备一个单一的热点设备，比如 ZTE Turbo Hub as a third backup. Essentially, 任何可以为编码器提供有线以太网连接的网络设备都可以扮演备份角色.

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

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

4. 在网络直播之前彻底测试故障转移系统. 让每个编码器脱机，看看系统的工作效率如何. If you have a solid setup, 您可以使每个组件重新联机，而您的直播播放器不会显示错误.

5. Have a disaster recovery plan in place. 编写任何监控编码设备的人在网络中断时都可以遵循的规范. Backups can fail too, 您的客户应该提前知道您和您的团队在发生一次(或多次)网络中断时将如何响应. 您可以扩展此计划以包含与您的生产设置相关的任何内容, including camera or mic failures.

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

[This article appears in the April/May 2018 issue of Streaming Media magazine as "Internet Rules: If It Can Fail, It Will Fail."]