虽然很多人每天都在流媒体上看很多内容，这可能会让人有些不安, 大多数大型平台运营商(甚至是在疫情期间推出的平台运营商), 像迪斯尼+, HBO马克斯, Quibi, 和Peacock)已经规划了他们的服务，以适应与突发需求相关的交通突发. 事实上, 大多数流媒体服务提供商, 尤其是那些经营网络的公司, 大多数公司都有专门的人员，他们的唯一工作是规划反映当前和未来需求的容量需求. 我敢肯定，没有一个容量规划工程师预测到每个人都在家里连续几个月全天候观看流媒体, 但他们仍在为合理增长和突然飙升做计划. 因此，至少在美国是这样.S. 市场上，网络发展得很好.
但是网络容量只是流媒体工作流程的一部分. 不像广播工作流程, 技术通过几个标准连接起来, 流工作流是通过中间件和其他自定义代码拼接在一起的技术大杂烩. 在很多情况下, 当流媒体提供商在其运营中使用开源软件时, 自定义可能负责一个流组件能够与另一个流组件通信. 和, 当然, 还有像Netflix这样的公司, 哪家公司从头开始建立了大量的流媒体基础设施. 支持流工作流所需的定制和专有技术开发既是一种祝福，也是一种诅咒. 它为流媒体提供商设计和构建满足其特定需求(产品功能)的工作流提供了巨大的灵活性, 盈利机制, 等.). 但它也暴露了这些工作流的脆弱性. 自定义编码器可能会阻塞. 多元技术栈, 喜欢安全, 当流量超过软件的容量时，是否会成为实时瓶颈, 或者服务器, 它的工作原理.
这就回到了本专栏的标题.
我们学到的是，互联网是不会崩溃的, 但网络运营商必须对带宽消耗保持警惕(如证据 欧盟对流媒体运营商的要求(比如Netflix和YouTube)，以降低视频质量，而居家订单仍然有效。. 自疫情开始以来，我们看到的流媒体流量并不是一个例外. 在某一时刻，这将成为新常态. 网络运营商将需要升级设备，以确保他们有必要的能力来支持它.
然而，我们也了解到，网络并不是真正的问题所在. 他们会在别的地方, 意想不到的组件, 比如安装在web服务器上的授权web应用程序, 它们的配置不符合它们所看到的流量. 当一个web服务器每小时只能支持100万个并发请求，但却接收了1000万个并发请求时，它很容易崩溃. 我们学到的是，流媒体是硬件和软件的结合，安装服务器以提供流工作流功能的机器必须能够支持它们将受到的那种需求. 最糟糕的是 你能做的就是建立边缘缓存, 例如, 在高需求或特定流量配置文件期间，没有优化或平衡以最大化吞吐量和性能(下载的内容需要不同的服务器配置，而不是分段流以产生优化性能)。.
我们学到的是，我们还有工作要做. 不是因为东西坏了，而是因为我们看到了流媒体的未来 主动而不是被动的机会, 在我们知道即将到来的弯道前保持领先.
一个blockchain-based, 分类帐和钱包的方法保证了一种数字版权管理，它和我们现在拥有的任何方法一样有效, 这样做的好处是对消费者更友好.
2022年6月17日
Akamai的Peter Chave解释了居家限制是如何改变流媒体流量模式的, 峰值变平或移动, 并解释了cdn如何在2020年内容交付峰会的剪辑中解释和调整这些变化.
2020年7月17日
Resonance AI的兰达·明卡拉和战略顾问雪莉·布伦南在这段来自流媒体东方连接2020的视频中推测了OTT的下一个新常态.
2020年7月03日
Intertrust的Ali Hodjat在流媒体东连接的这段视频中讨论了过去三个月激增的流量和加强的内容保护是如何影响OTT表现的.
29 june 2020
来自Mux Video客户的新数据显示，在2019冠状病毒病危机期间，B2B和利基市场的视频交付增长了多少.
5月13日