直播和视频点播云基础设施的挑战

了解更多关于云迁移的信息 Streaming Media East.

阅读这段录音的完整文本:

Magnus Svensson: 直播和基于文件的视频点播迁移与云基础设施之间的挑战和差异是什么?

Loke Dupont: 对于直播来说，这很棘手，因为你必须从某个地方获得直播信号. 通常——至少在我们的例子中——这是一个SDI输入. 所以在某个地方有一些物理SDI信号，我们必须转移到云端. 生活的另一个挑战是, of course, 当你添加更多的步骤将它移动到其他地方, you'll add latency, 延迟是我们通常想要避免的. 所以这绝对是一种平衡, 以及通过添加长链来移动信号会增加多少延迟，以及如何在不影响稳定性的情况下将其移动到云端. 因为，当然，我们都知道，互联网连接并不总是完美的. 在某种程度上，在这种情况下，它会通过互联网，这可能是一个挑战.

然而，如果您正在执行基于文件的工作流，则基于文件的工作流往往更具弹性. 你往往会提前得到文件. 所以你有更多的时间在某些方面赶上，但你也可以重试那个传输. 如果失败，您可以重新尝试一个实时信号. 如果现场没了，那就没了. 没有其他东西可以重试，因为你一收到它就会发送出去. 因此，直播和视频点播之间存在着不同的需求和挑战，这使得直播——至少在我看来——向云环境转移更具挑战性.

Magnus Svensson: 彼得，你想就这个话题补充点什么吗?

Peter Wharton: 我认为洛克一针见血. Live production, 所有不同的生产工作流程, playout, 而分布是真正能够在云中构建端到端工作流的最后一个障碍, 在运营和成本效率方面，哪一方面才是真正的价值所在. 我们已经看到，像电子竞技这样的云原生组织正在云中构建非常复杂的实时生产工作流程，他们已经将现场生产转移到云端. 他们的要求与大型广播公司有所不同, 但我们也看到，一些大型广播公司——欧洲的天空电视台(Sky)就是一个完美的例子——正在将直播制作转移到云端，并大规模开展. 所以我们看到这发生了，你必须解决延迟，可靠性. 你必须创造控制, 但是云的美妙之处在于，它能够为复杂的事件和实时生产构建准确的工作流, 你从来没有处理过内部系统吗. 所以你可能有一个M/E或6个M/E. It wouldn't matter. 你可以建造任何你需要的东西.

你可以看到这些分层的生产系统和多个生产系统堆叠在一起来构建这个非常分层的复杂事件, 而且它是按需扩展的. 因此，将实时生产转移到云端有很多优势, 这也是我们今天所做的很多努力的重点.

我们的模式显然不同于商业广告, 在赞助模式下，我们的直播和接近直播的节目仍然会保持我们的传统，在这一点上是历史性的，通过卫星向当地电视台播出，然后通过广播向消费者播出. Partially, 这与节目的周转时间有关，也可能与新闻和公共事务节目的有限权利窗口有关, 对我们来说，通过传统直播链进行直播比通过云进行直播更有效吗, 因为它的管理和成本.

But I should say, though, 在过去的这个夏天，一个重要的里程碑是公共媒体系统在美国建立的新的引擎互联系统.S. 现在已经到了我们已经取消了大部分非实时或接近实时卫星信号的地步了吗. 我们向电视台传送内容的传统方式现在已经全部转移到基于云的传送方式, 只是点播电台. And as a supplier, as a distributor, 这对我们来说是一个显著的优势，因为我们现在不再被某些方面的线性卫星信号所限制. 空间站最终可以接收我们目录中云存储的任何东西, 并且在合适的Windows中随时使用它. So, 这是云迁移的另一个方面，可能不是很明显, 但这是一个意义重大的变化.

Peter Wharton: 另一件事是，不再需要线性通道. 这主要是基于文件的内容, 作为一个线性通道交付到端点的方式，它曾经是. But the flip side is, in live production, 现场演出有很多动人的片段, 尤其是在一家大型新闻机构，而不仅仅是一名新闻记者. 我们还看到, 在一些新闻机构中，我们在云端建立了数百个多观众, 操作人员可以远程访问并在家中进行配置. 所以现在他们可以有200到400个生产者都在家工作, 在实时事件和生成实时事件之间切换, 所有这些都是在办公室里，在世界任何地方进行管理. 所以这也是一个完全不同的模式, 他们如何与这些公司进行大规模的现场生产.