Facebook是如何支持80万并发视频流直播的？

正文

请到「今天看啥」查看全文

同时对RTMP（Real-Time Messaging Protocol）进行调研，RTMP是一个基于TCP的协议。手机端分别有一个视频流和音频流被发送到Live Stream服务器。

• 优点：RTMP缩短了从广播者到观看者之间的延迟，这个对广播来说意义重大。减少几秒钟的延迟，从用户体验方面来说就是一个很大的改进。

• 缺点：需要全新的架构，因为它不是基于HTTP的。需要开发新的RTMP代理，这样才能大规模使用。

同时调研了MPEG-DASH（基于HTTP的动态自适应流）。

• 优点：相比HLS，它可以节省15%的空间。

• 缺点：它支持自适应比特率，编码质量取决于网络的吞吐量。

不同的直播视频引起的问题

之前提到的撬西瓜视频的流量模式：

• 刚开始增涨很快，在几分钟内就超过每秒100个请求，然后持续增涨，直到视频结束。

• 然后流量呈断崖式下降。

• 换句话说，流量的形状就像一个尖刺。

直播视频跟一般的视频不一样，它的流量模式呈尖刺状。

• 直播视频更吸引人，比一般视频会多出3倍以上的浏览量。

• 直播视频会出现在显眼位置，更有可能被浏览到。

• 网站的忠实用户会收到通知，所以有更多的人可能会看到视频。

• 尖刺流量模式会给缓存系统和负载均衡器带来一些问题。

缓存系统问题

• 有可能很多用户同时观看视频直播。这样会造成惊群（Thundering Herd）问题。

• 尖刺流量模式会给缓存系统带来压力。

• 视频按秒分段存储，缓存视频分段的服务器有可能在流量高峰时过载。

全局负载均衡问题

• Facebook的PoP（Point of Presence）服务器分布在世界各地，流量通过全局进行分发。

请到「今天看啥」查看全文