CBS Sports Digital如何应对大规模赛事直播

本演讲取自live stream summit 2019,作者是来自CBS Sports Digital的高级工程主管Talyor Busch。此次演讲的主题是CBS Sports Digital如何应对大规模赛事直播。

Talyor首先简单介绍了CBS Sports Digital，并以超级碗为例，引出了大规模体育赛制直播中遇到的技术挑战和应对的核心策略。然后对CBS Sports Digital的直播系统进行了分模块解读，具体内容如下:

1.信号采集和编码

• 来自亚特兰大的信号被路由到纽约市广播中心；
• HD-SDI光纤到备用设备；
• 每个位置的编码器都遍历AWS Direct Connect，而无需遍历开放式Internet；
• 在Elemental Live上使用完整的ABR阶梯，以消除其他依赖性（HLS 5x渲染）。

2. 原始交付

• US-East-1和US-West-2的多余起源；
• MediaStore设计为高性能现场直播。

3. 输出锁定

• 在输入到编码器的HD-SDI视频中嵌入时间码，可确保演示时间戳和序列对齐；
• 在编码器和主服务器以及备用服务器之间进行多播；
• 消除启动晚，编码器因硬件/网络输入损坏而丢失，错误的SDI源带来的问题；
• 媒体段和时间码在两个编码器之间100％同步。

4. QVBR

• 根据内容复杂度动态调整比特率；
• 大大节省了CDN带宽/成本；
• 确保您的团队监控了解QVBR。

5. 广告

• 绕过传统的客户端和服务器端广告插入；
• 将SCTE-104广告标记插入广播信号会触发ESAM信号调节器回调；
• 将SCTE-35转换为ID3定时元数据；
• 用于将元数据插入流中的下游客户端的基本实时API；
• 与SCTE相比，ID3得到了更广泛的支持，并且规范化程度更低；
• 客户端上的VAST解析器可处理广告服务器的信标，以进行有针对性的跟踪。

6. 媒体盾

• 介质防护板是附加的缓存层，可保护来源；
• 边缘的VCL / Lambda；
• 消除m3u8和网段上的无状态TTL阈值；
• 不要尝试不健康的后端；
• 允许流冗余，而不会迫使播放器意识到可用的演绎形式；
• 最小化云出口；
• 允许无缝编码器和区域故障转移。 7. 多CDN
• 使用基于DNS的方法-20秒TTL；
• 可能的PNI；
• 每个边缘CDN合作伙伴的容量预留；
• 实时APIS形成CDN提要决策引擎（吞吐量，响应时间和可用性）；
• 在所有边缘CDN上配置的实际用户测量性能数据（测试对象）；
• 网站上的测量标签。

8. 运营可见性和监控

• 客户端QOE数据的融合（实时补给率，启动时间）；
• 每个端点的触摸流综合监控；
• 基于HLSpider的内部工具来监视流对齐；
• 来自编码器的实时日志，原始日志和边缘CDN；
• Sumo逻辑来处理提取索引和构建仪表板；
• 多视角显示每个区域的流/编码器。

在演讲的最后，Talyor介绍了CBS Sports Digital在不同城市的工作团队，并肯定了团队协作的必要性。最后Taylor回答了现场人员的一些提问。

附上演讲视频：

http://mpvideo.qpic.cn/0bf2t4aa6aaavyaa5am5qfpfbh6db6pqadya.f10002.mp4?dis_k=c66fa05bb064d76fbc7540b12904b8c6&dis_t=1587454245