影吧VOD点播系统设计服务器该如何配置?

11111

私人影院也叫影吧,是一种新型的观影方式,可以解决影院环境吵杂的现状,不仅仅可以和亲人朋友拥有独立的观影空间,还可体验到真实的影院环境。所以发展速度很快。而想要持续的获得观众的喜爱,就需要不断的更新最新的影片资源,那么面对数百家甚至更多的影吧在相近甚至同一时间更新,如何设计服务器才能让影吧VOD点播系统的设计更加合理呢?

对于局域网影吧服务器,其上一般是采用大容量的多块硬盘,而且一定要考虑硬盘读速度,特别是很多蓝光影片对磁盘读速度要求比较高。

服务器上的影片,比较建议的是采用P2P传输的方式更新。比如整个系统的提供商会有一台外网的中央服务器,每天由编辑人员,或者自动采集,发布最新的影视资源;每个影吧的局域网的服务器,则定时(比如1小时一次,或者晚上冷门时段)去供应商的中央服务器查询有无新影片,如果有,则同步影片信息到服务器。影片信息可以是影片名称、导演、介绍,以及视频的下载地址。

到了视频下载地址这一层,一般就有几个不同层级的传输方案了,这个其实是重点,因为很影响用户更新体验和整体的成本控制,常见的传输方案有几种:

A)传统Http下载,直接从服务器Http下载,这个所有的流量都从服务器获得,是成本最高、用户下载速度最慢的一种,适合用户量、视频量不大的情况。

B)传统Http + CDN方案,相当于在A方案基础上增加了CDN,只是解决了用户下载速度的问题,但成本会更高,因为还是所有流量都走服务器和CDN,都需要自行支付带宽费用。

C)P2P方案,采用BT模式的下载方式,人越多速度越快,而且尽量少的使用服务器带宽。比如有1000家影吧一起同时更新时,他们互相可以从邻居影吧去下载数据,此时服务器只需要很少的带宽,而且每个人的速度还能得到提升

P2P方案是可以同时结合Http / CDN的,采用P2SP效果更佳,此时服务器只大概承担30%甚至更少的带宽(具体根据用户量等不同),但用户速度是可以获得很快的下载速度。

P2P最大的问题在于开发复杂度高(如果是从头开发一款p2p传输引擎),但其实可以考虑直接用商业化的P2P传输引擎:点量BT来实现。该引擎自2008年发布至今已经广泛应用,包括仙侠世界2、仙剑奇侠传等游戏,以及很多影音软件的传输,是成熟稳定的传输引擎,只需要几行代码调用即可。—-请原谅情不自禁的产品介绍,但—这个确实是很合适的方案。

D)还可以考虑部分自有片源P2P,部分网上已有的片源,只是放一个视频网址,然后局域网服务器采用Http、P2P、以及二者结合的方式去下载等。

以上是影吧VOD点播系统服务器常见需要注意的设计。

评论已关闭