将直播扩展到100,000及以上观众

Posted 2022-06-06 边缘计算社区

来源：Streaming Media Connect 2022
主讲人：Bill Wishon, CPO Phenix Real Time Solutions & others
内容整理：王炅昊
本次研讨会有4位工业界的专家参与，探讨了在针对大规模观众的网络直播框架中所需要注意的环节以及技术挑战，这其中除了包括了分发、CDN部署，还包括传输之外的不同环节等的技术考虑。

目录

• 我们可以将直播扩展到100,000以上观众吗?

• 可扩展性的技术挑战

• 传输之外？

• 内容来源

• 可扩展性 vs 延迟

• Multi-CDN 分发

我们可以将直播扩展到100,000以上观众吗?

参与本次研讨会的几位专家的答案都是：可以！四位专家分别从自己的实际经历出发，讲述了技术团队在网络上，直播体育比赛等观众基数极大的节目时的成功。

其中一个专家从分发的角度讨论了这个问题，他认为当前的边缘服务器的体量其实已经够大了，足以支撑千万级别的观众；主要问题在于从源信号到边缘服务器上的分发过程；另一个专家则和传统的广播电视进行了对比，认为相比于原来的一个信号所有人共享的模式，网络直播所要求的可扩展性以及波及的范围都非常具有挑战性。

可扩展性的技术挑战

1. 节目本身的收视情况。对于不同数量和地域的观众，CDN 的布置必然应该是完全不同的。如超级碗这种大型赛事和普通的电视节目在网络上的直播模式必然是完全不一致的。

2. 保护信号源。一旦信号源被盗取或不稳定，将会很大程度上影响下游的所有直播分发。

3. 容错率。如果 CDN 网络其中的一小部分出现了问题，系统是否能够快速定位问题所在之处并且解决该问题、系统是否能够在不同的运营商下运作。通常为了保证大规模的网络直播，甚至需要有多套并行的 CDN。

传输之外？

1. payment gateway 等 workflow 中的非传输部分。这是非常实际但却常常被忽视的部分。现在的网络直播内容通常需要付费，而付费的通道本身常常会因为多点并发等原因而崩溃。这也导致可能视频内容本身很正常，但是许多观众因为付费通道的卡顿而流失。

2. 扩展内容的传输。相比于电视，网络直播结束后甚至过程中，观众们很可能会随时退出去查看同一平台的相关内容，如体育比赛对应的集锦、球员访谈等。这就意味着不仅仅针对比赛内容本身，其外延内容也需要被 CDN 提前考虑在内，以做一些适当的缓存。

3. 内容保护问题。所有内容提供者都希望保护内容的产权，但在大规模 CDN 中如果对于 SSL 卸载等操作的设计不当，将会使得内容的缓存在中间节点变得格外困难，难以使用，影响传输效率。

内容来源

其中一位专家还提到了疫情期间的内容获取所面临的挑战。没有了原本强大的工作室，内容制作者不得不只使用自己的家庭网络来制片，而家庭网络的带宽相比之下通常是捉襟见肘的。除了充分利用好这些带宽之外，对于高质量/可扩展内容来说，制片的部分操作必须要在云上进行操作。这一部分必须在内容进入传输等之前独立完成，是整个工作流程中通常被忽视但却也很重要的一部分。

可扩展性 vs 延迟

其中一位专家提到了延迟对于不同内容的影响。对于体育内容，我们希望有同步延迟，毕竟我们不希望和隔壁邻居在看同一场体育比赛直播的时候有时间差；而对于高交互性的视频内容如游戏、体育博彩等情况，我们则需要保证延迟的绝对值非常低。

一位专家提到了 p2p、multicast ABR 等技术在扩展性和延迟/视频质量的 tradeoff 中起到的作用。他认为，技术上而言这些技术确实可以起到很大程度上降低延迟并保证视频质量的效果，但是在实际商业落地中还没有真正起到成效。与此同时，客户对于在 p2p 过程中自己的带宽被占用也时常耿耿于怀。

Multi-CDN 分发

此前也提到，对于同一个内容的直播时常会有多个不同的 CDN 可以使用。这些不同 CDN 之间必须要可以比较自如的切换，而不是让观众在一段视频的中途不得不停下；与此同时，CDN 的选择是基于特定的用户群体而定的，对于不同的用户实际地理位置和分布情况，应该部署特定的 CDN，而非仅仅根据某个节点的传输情况来决定如何布置 CDN。总结来说，不能只考虑虚拟用户，而需要考虑实际的用户需求。

附上研讨会视频：

感谢阅读，欢迎扩散传播！


边缘计算社区：促进边缘计算领域知识传播和生态建设，中立，客观，如果您关注边缘计算、5G、物联网、云原生等领域请关注我们。添加微信byjssd，拉进边缘计算交流群，边缘计算交流群正在筹备中。