在云端优化复杂的媒体处理工作流

来源：Streaming Media 主讲人：Jeff Malkin 内容整理：冯冬辉 将广播 VOD 内容的媒体处理转移到云端有很大价值，但是复杂的处理步骤很快就让人感到不知所措。转码和包装只是一个开始；当流程中包含如字幕和字幕、数字版权管理、动态广告插入、多通道音频准备、水印、质量控制和处理高码率格式等关键任务时，挑战就会升级。Encoding.com 总裁 Jeff Malkin 分享了基于 API 的平台可以优化工作流程的方法。

目录

• 简介
• 广播与 VOD 处理流水线
• API 与引擎
• 广播与 D2C 的挑战
• 成功的关键

简介

在云端支持广播和 VOD 工作流

Jeff 在 encoding.com 的角色是管理所有的事情，其在第一线与重要的客户合作，包括一些大型媒体和娱乐公司。

毫无疑问，视频处理工作流程已经或正在计划从内部基础设施转移到云端，我们的会议展台上有一句话，说我们永远不会在编码基础设施上再投资一美元，每个主要媒体公司的 CEO 都是这么说的，这并不容易。因此，为关键任务的广播媒体供应链和直接面向消费者的优质视频工作流程提供动力，需要的不仅仅是复杂的转码和打包能力。直到最近，历史上在内部基础设施上管理的广播视频管道才开始迁移到云上。

在今天的谈话中，我将分享更多关于建立这些关键视频工作流程的复杂性和挑战。

广播与 VOD 处理流水线

流程与管道

在处理高度复杂的视频工作流程时，我们倾向于将这些管道分为三个桶。首先是一个摄取组件，一些类型的验证，一些转码和包装以及许多其他处理要求，然后当然是交付。虽然在面向消费者（D2C, direct to consumer）管道和广播管道的功能上有一些明显的重叠，但我们把媒体供应链广播放在一起。

工作流的组件

对于所有这些管道和工作流程，首先是摄取。对于 Premium Vod 工作流程，我们通常会摄取高比特率的高清晰度视频格式，可以是 ProRes，或是 J2k/MXF。对于广播摄取格式还包括特定的摄像机格式如 DNxHD 和 XDCAM 等。

对于面向消费者的管道，通常包括支持多语言音频和多频道音频的要求；提取标题和字幕转换以支持目标平台；对内容进行分割，以实现 ABR 传输，用于 HLS、DASH 或 CMAF；为动态广告插入触发器；将现有的尼尔森水印和音频水印转换为 id3 标签；然后通过严格的 QC 循环，验证许多音频和视频检查，检查 ABR 格式清单是否正确格式化；最后在各种 DRM 框架中对输出内容进行加密，并在不同的密钥管理服务器上注册这些密钥。

有很多组件组成了 D2C Premium 视频工作流程，然而广播实际上可能更加复杂。除了上述的许多组成部分，广播和媒体供应的变化往往从一致性和装配步骤开始，在那里我们将验证我们所收到的数据资产正是它们应该是的。然后通过一些自动装配步骤，去除顶部和尾部，以及检测黑帧，去除黑帧和其他东西。在美国，通常需要插入一个原始的尼尔森水印。用于广播的输出往往是不同的，但也需要通过一个更严格的质量控制周期，在美国有线电视实验室检查合规性，以及在全球范围内确保输出视频符合严格的机顶盒硬件要求。

API 与引擎

引擎周期表

API 驱动的微服务：为了支持所有这些要求并克服在云端管理的挑战，我们建立了一个复杂的工作协调平台，驱动 50 多个引擎，为越来越多的微服务提供动力，所有这些功能都可以通过 API 访问。随着需求的变化，我们采用了越来越多的引擎。上图是我们的引擎周期表，采用了开源、商业和专有引擎的组合，这样可以始终使用最好的技术来满足具体的工作流程要求。

引擎无关：我们也相信，重要的是要与引擎无关。无论什么引擎都能满足特定的工作流程要求。我们的大多数客户并不关心香肠是如何做出来的，他们只希望它是美味的，并尽可能地降低成本。

敏捷开发：因为需求经常变化，实施敏捷的开发过程也是至关重要的。我们在 encoding.com 做每周的生产发布已经很多很多年了。当客户向我们提出新的要求时，我们会调查我们现有的所有引擎，看看是否有我们还没有公开的功能；如果有，我们会公开它们，让它们在 API 中可用；如果没有，我们会找到另一个引擎，把它添加到工作协调平台上，无论它是开源的还是商业的，或者是我们内部建立的。通过整合这个 API，对客户来说，我们可以使他们的工作流程适应未来，他们只需要修改他们发送给我们的基于 json 或 xml 的工作请求，就可以利用最新和最强大的功能。

广播与 D2C 的挑战

广播与 D2C 的六大挑战

即使有这种灵活的引擎架构和工作协调平台，在云端为这些日益复杂的管道提供动力也存在挑战。

大量的文件：大量的文件，使用高比特率的视频格式，如 Dolby Vision 和 HDR10、HLG 和 4K 格式以及各种相机格式，如 J2k 和 ProRes 及其他，源视频的平均大小可以达到 250G，这使得将它们从一个地方移动到另一个地方变得非常困难。如果源视频位于 premium 下，我们需要将其带入云中；如果它们已经位于云中并存储在云中，那么就需要关注存储内容的成本要求。

不断变化的需求：这是我们每天都在经历的事情，实际上，我可以就最近我们的媒体和娱乐客户提出的功能要求讲上 30 分钟，可能是任何东西，可能是支持新的视频和音频编解码器，支持独特的字幕格式，改变 QC 测试计划，新的动态装配要求等。

速度：速度是至关重要的，每天处理数以千计的视频数据，同时遵守严格的 SLA 工作周转要求，是具有挑战性的。处理速度对市场来说是盈利的关键因素。速度可以定义为一个文件被摄取、提及、处理和交付所需的时间，或者是能摄取和并行处理多少个文件。我们平台的速度从第一天开始就一直是我们的关键优先事项，因为我们觉得这是一个竞争优势。我们现在采用了一系列技术来加速整个视频管道，从摄取到排队时间一直到交付。

安全：使用 Premium 视频资产需要另一个全新的安全要求，特别是在为大型媒体和娱乐公司工作时，我们采取了多种措施来确保整个 VOD 工作流程的最高级别的安全性。例如，像工作 API 调用和通知能够通过 256 位 SSL 加密发送，对已经加密的资产的摄取和媒体处理，临时存储的资产永远不会离开特定的数据中心，内容加密与 DRM 框架等。为了支持大量不断变化的需求意味着利用和维护许多不同的工具和引擎，有时还与第三方服务提供商集成。

第三方依赖：如何管理你的第三方依赖关系是很关键的。比如说苹果的 prores，它是我们支持的管道的一个重要格式，我们与苹果合作开发了一个解决方案，使用苹果的 64-bit linux 库，在云端进行处理。几年前，我们与尼尔森合作，在我们的能力设置中实施了尼尔森的严格认证过程；就像苹果一样，在我们部署或开始与尼尔森合作时，他们仍然有一个加密狗的要求，所以并没有真正做好云准备。第三方的依赖性也会在你的操作过程中增加复杂性。例如，最近一个客户的工作流程中的一个特定的组件突然出现证书问题，所以建立冗余以确保在依赖第三方的情况下，这种情况不会再次发生。

规模：在规模上，关键任务管道需要能够支持平行摄取 50 或 500 或 5000 个资产。今天，我们已经处理了超过 10 亿的数据资产，在我们公司生命周期的那些阶段，当我们扩大规模的时候，我们肯定会承担起责任。

成功的关键

成功的关键

我已经分享了很多关于在云端支持关键任务视频工作流程所需的信息，但我也想分享一些想法。为什么我相信 encoding.com 在过去十年取得了一些成功？这两点可能与你们有关，无论你们是潜在的客户还是我们领域的企业家，甚至是竞争对手。因为你们可能也从这个演讲中了解到，在云端为 D2C 或广播分发提供 Premium VOD 工作流程真的很复杂。

作为一个企业，我们决定，我们真正成功的唯一途径是专注于基于文件的云端工作流程，所以我们不提供线性直播服务，我们不提供播放器，我们提供流媒体分析，我们不是一个 CMS 供应商。因为我们觉得，要想成为世界上最好的，甚至是为我们最大的客户提供基于文件的云端工作流，已经足够复杂了。

我们通常发现，我们的平台已经有一套庞大的功能，当时可能只支持他们 97% 的要求，因此，我们有一个流程和模型，支持快速添加新功能以支持缺少的 3%，这对我们来说是至关重要的。如果你问我们的客户，他们觉得我们有什么吸引人的地方，我觉得快速支持新需求的能力在他们的清单上会非常重要。

最后一点是经验。但在云中的 vod 处理，我们可能知道你不知道的东西。我们去年处理了超过 10 亿个视频，以及超过一万亿个 API 请求，在云中提供了成千上万个不同的工作流程，看到了许多不同类型的要求，遇到了许多挑战和问题，我们必须在这些年里克服这些挑战和问题。我想这对我们来说是至关重要的。

最后是问答环节。

附上演讲视频：

http://mpvideo.qpic.cn/0b2eo4aacaaal4abjgdfgfrfa56daf3qaaia.f10002.mp4?dis_k=58eab60927e24de4817645f55ee480ea&dis_t=1653459600&vid=wxv_2368933659669528579&format_id=10002&support_redirect=0&mmversion=false