当前位置:首页 > 应用服务器 > 应用服务器

做一个5000并发的抽奖网站,什么提案最优

优良自学吧提供做一个5000并发的抽奖网站,什么提案最优,做一个5000并发的抽奖网站,什么方案最优?刚到新单位任职,公司老板要求做一个抽奖网站。大概要求:5000个人同时使用手机访问网站,摇晃手机进行抽奖(类似于微信摇红包)。而且时间紧迫,只有一周的时间,没法进行高并发测试,特在此向各位大神寻求帮助,请大家提供最优最快的解决思路。谢谢

做一个5000并发的抽奖网站,什么方案最优?
刚到新单位任职,公司老板要求做一个抽奖网站。大概要求:5000个人同时使用手机访问网站,摇晃手机进行抽奖(类似于微信摇红包)。而且时间紧迫,只有一周的时间,没法进行高并发测试,特在此向各位大神寻求帮助,请大家提供最优最快的解决思路。谢谢啦!实现这样功能的小网站需要什么样的服务器配置才能满足?
------解决思路----------------------
5000并发量不用考虑!
抽奖的本来也不用返回很多数据!返回奖项的标识就可以!数据量很小!
------解决思路----------------------
5000只是用户总数,不是并发
------解决思路----------------------
第一、开独立的服务,不和主系统放在同一个服务上防止访问量过大把主服务给拖垮。

第二、活动页面静态化,可以减少服务器的压力。

第三、设定奖池即抽奖券数量(static),如果抽奖或兑奖则减一(这里需要你控制中奖人数不能超过每日奖券数量,可能要适当加锁),然后把用户信息写进一个队列,另起一个线程来处理奖券发放(你的业务逻辑,这里可以用阻塞队列即生产者消费者模式,队列为空则线程阻塞),这样你的抽奖业务和发放奖券业务是分开的并行执行。

第四、写个定时器,每天0点把第二天的奖券数量加进奖池。
------解决思路----------------------
我之前在某人特多互联网企业就是专做这个的。。
一般抽奖都是每人每天一次,抽一人少一人,中一奖少一奖;
只说前端部分:
建议抽奖页面使用静态页面,
脚本和样式独立于其他页面,
活动图片和抽奖数据api的服务器分开;
动画特效用keyframe和原生js封装requestAnimationFrame,
不要使用插件,尤其是jq之类的

------解决思路----------------------
不符合html5板块内容,应该移动到高性能服务器板块!!!
(本文来自互联网,不代表搜站(http://www.ylzx8.cn/)的观点和立场)
本站所有内容来自互联网,若本站收录的信息无意侵犯了贵司版权,请给我们来信(ylzx8cn@163.com),我们会及时处理和回复,谢谢