|
|
|
奥运门票因技术原因暂停销售
|
2007年10月31日 09:10
|
|
软件观点
|
|
昨天,北京奥运会门票面向境内公众第二阶段预售正式启动。上午一开始,公众提交申请空前踊跃。上午9时至10时,官方票务网站的浏览量达到了800万次,由于瞬间访问数量过大,系统应对不畅,造成很多申购者无法及时提交申请。现已暂停第二阶段门票销售.在这种如此之高的访问量压力之下,系统该如何应对?
|
|
|
|
|
|
回复:奥运门票因技术原因暂停销售
|
2007年10月31日 11:51
|
|
|
|
这种排队的业务性质正好适合异步架构,如JMS来实现,JMS可以集群应付巨峰访问,美国一个著名的股票交易所就使用JMS来实现股票交易。
|
|
|
|
|
|
re:奥运门票因技术原因暂停销售
|
2007年10月31日 12:53
|
|
|
|
有道理,应该是异步响应比较好。这样前端的请求直接发往message queue,不会产生阻塞,最好是应用mdb,那,bang大哥,是不是这样的场合EJB技术更加适合?
|
|
|
|
|
|
re:奥运门票因技术原因暂停销售
|
2007年10月31日 21:57
|
|
|
|
|
|
|
|
|
re:奥运门票因技术原因暂停销售
|
2007年11月02日 09:31
|
|
|
|
哪位兄弟说一下奥运门票系统是采用什么技术架构,是不是用java技术还是用.NET技术呀?
|
|
|
|
|
|
回复:re:奥运门票因技术原因暂停销售
|
2007年12月14日 14:41
|
|
|
|
不是说EJB,banq说的是利用异步操作的模式。另外扩充容量主要还要考虑集群,负载均衡和cache之类的解决方案。
|
|
|
|
|
|
re:奥运门票因技术原因暂停销售
|
2007年12月15日 11:22
|
|
|
|
|
|
|
|
|
re:奥运门票因技术原因暂停销售
|
2007年12月23日 15:32
|
|
|
|
|
|
|
|
|
re:奥运门票因技术原因暂停销售
|
2007年12月24日 10:50
|
|
|
前台服务器集群 缓存 提交申请 发给一个jms集群平台 通过这个平台异步实现 请求的提交
|
|
|
|