那么书归正传,讲讲视频直播难在哪里?
1.数据量大
视频直播第一个问题就是数据量很大,假构想YY那样一个屋内假定有5000人同时观看的话,假设视频数据每秒50K(实践数据或许比这个要大)那么这个数据还要50*5000=250000K.那么这么多数据等于多少MB答主默默的拿出了计算器25000/1024=244MB,244*8=1952Mb.对的没错单单这一个书房每秒消耗的流量就达到1952Mb这是相当惊人的(答主不经回头瞧瞧是不是那里弄错了)。而且这也是一个书房,高峰时期假定有300w人同时在线上吹牛逼我们用同样的方式来算算没秒走出去的码率达到1144Gbps,这简直就是残忍。
3.网络环境复杂
国内ISP比较多,有些用户在联通 有些用户在电信 移动跟移动 等等。这些用户都要同等对待。跨ISP的问题太多,网速太慢。一般有两种解决方法,一种是订购多线机房,也就是你们说的bgp机房,这个比较省心虽然有个劣势售价嘛……少年掏银子吧!!!!第二种就是自己搭建网段转发多ISP数据。
4.故障转移不好做
对比web上面有智能DNS,后面有LVS等的高可用,web的故障转移有一整套的解决方案,甚至做到了用户无感知。视频直播的故障转移是比较困难的。
那么面多很多难办的问题若果解决?
1.首先是流量的问题
流量虽然不能也是从服务器转发走的︶︿︶这样白花花的银子都走了。好在一个书房内的视频对每位人都一样的,所以用户之间可以共享收到的数据,可以给用户机器之间P2P。那么谁跟谁用户之间共享这个数据?还有P2P前还要做网段渗透这个打穿防火墙的操作是须要时间的,如果保证低推迟?如果跟我共享数据的人下线了这么我的数据P2P就断了,如何处理?这些都是问题哇!!
2.低推迟
这个语言两点。第一点服务器的处理数据要乱快,必须快。加上这又是IO密集型的因此说白了就是机器够强码率够大。第二点假如选用P2P还要算法保证数据共享的合理性,最后从服务器回去的数据跟P2P扛的数据可以合理的达到一个平衡。
3.高可用
这个部份我也不清楚。来扯下。首先用户的状态应当单独分开储存当缓存的服务器里面,缓存服务器多例子主从应当做。接入服务器把用户的数据接入过来,提交给其他服务器诸如跨网段的服务器转发?如果接入或则其他服务器挂了怎样保证数据可用?如果用TCP客户端或许早已断掉了,需要断线重连了。要是我我或许自己实现一套基于UDP的牢靠传输!!!做到不需要重连或则重连的TTL更低!
那么有没有哪些更好选择呢
还没有租用服务器的同学可以看下USA-IDC台湾服务器租用,低推迟,高可用,限量首月七折,三大主流机型自选
欢迎联系24小时在线客服,获取更多产品
原创内容,禁止转载!侵权必究!