What Has the Pandemic Taught Us About Streaming?

W这时，政府发布了第一条待在家里的规定, 流媒体行业的每个人可能都屏住了呼吸. 首先，因为他们知道，在一个居家命令之后，会有更多的命令. 第二，因为这意味着人们要做 lot more streaming.

虽然很多人每天都在流媒体上看很多内容，这可能会让人有些不安, 大多数大型平台运营商(甚至是在疫情期间推出的平台运营商), like Disney+, HBO Max, Quibi, 和Peacock)已经规划了他们的服务，以适应与突发需求相关的交通突发. In fact, most streaming service providers, especially those that operate a network, 大多数公司都有专门的人员，他们的唯一工作是规划反映当前和未来需求的容量需求. 我敢肯定，没有一个容量规划工程师预测到每个人都在家里连续几个月全天候观看流媒体, 但他们仍在为合理增长和突然飙升做计划. As a result, at least in the U.S. market, the networks fared very well.

但是网络容量只是流媒体工作流程的一部分. Unlike a broadcast workflow, 技术通过几个标准连接起来, 流工作流是通过中间件和其他自定义代码拼接在一起的技术大杂烩. In many cases, 当流媒体提供商在其运营中使用开源软件时, 自定义可能负责一个流组件能够与另一个流组件通信. And, of course, there are companies like Netflix, 哪家公司从头开始建立了大量的流媒体基础设施. 支持流工作流所需的定制和专有技术开发既是一种祝福，也是一种诅咒. 它为流媒体提供商设计和构建满足其特定需求(产品功能)的工作流提供了巨大的灵活性, monetization mechanisms, etc.). 但它也暴露了这些工作流的脆弱性. Custom encoders can choke. Multi-technology stacks, like security, 当流量超过软件的容量时，是否会成为实时瓶颈, or the server, on which it operates.

And that gets back to the title of this column.

我们学到的是，互联网是不会崩溃的, 但网络运营商必须对带宽消耗保持警惕(如证据 European Union's request of streaming operators(比如Netflix和YouTube)，以降低视频质量，而居家订单仍然有效。. 自疫情开始以来，我们看到的流媒体流量并不是一个例外. It is going to be the new normal at some point. 网络运营商将需要升级设备，以确保他们有必要的能力来支持它.

然而，我们也了解到，网络并不是真正的问题所在. They will be in other, unexpected components, 比如安装在web服务器上的授权web应用程序, 它们的配置不符合它们所看到的流量. 当一个web服务器每小时只能支持100万个并发请求，但却接收了1000万个并发请求时，它很容易崩溃. 我们学到的是，流媒体是硬件和软件的结合，安装服务器以提供流工作流功能的机器必须能够支持它们将受到的那种需求. The worst thing you can do is build edge caches, for example, 在高需求或特定流量配置文件期间，没有优化或平衡以最大化吞吐量和性能(下载的内容需要不同的服务器配置，而不是分段流以产生优化性能)。.

What we learned is that we have work to do. 不是因为东西坏了，而是因为我们看到了流媒体的未来 the opportunity to be proactive rather than reactive, to stay out in front of the curve we know is coming.