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