主题:【原创】奥运门票系统崩溃的一点分析 -- 子兴视夜
今天满耳听到的都是奥运门票系统崩溃的报道,还有评论说怀疑中国举办奥运的能力。自己也不是啥专家,希望对我分析不对的地方不吝指正。
这次的购票的渠道主要有3种:
新浪网报道:
首先,约9000张的售出数相对于每秒钟从网上提交的20万张门票申请和1000家中国银行门票代售网点来说似乎少了些(票务呼叫中心热线处理量不清),我估计没有等到"上午11时",可能不到10点,系统已经崩溃了。
一般来说,网上订票系统可分2层:第一层是网站静态的页面(也可以认为是presentation层)。不考虑带宽问题,单纯服务端来说,这部分的访问能力扩展比较容易,只要建一个Cluster, 然后在Cluster上持续增加Web Server就可以了。第二层是订票系统(也可以认为是business logic 层)。这一层的瓶颈也在内存,只要有足够的Web Server 来建立session也应该是可以的。但是问题在于
订票系统复杂,锁定操作较多,后续的请求会持续的积累起来。
粗略估计,每秒几百的处理量还可以,按每秒20万来算,1个小时持续的积累的请求就相当可观了。个人认为正是因为这些积累的请求撑破了服务器或数据库的内存。
对这个问题的解决方案之一就可通过压力测试,测出系统容量 然后据此控制登入用户的数目。
另外个人觉得中国银行门票代售网点预订应该拥有优先权,因为他们的登入、购票过程稳定可控,而且数量不多。
大家一起来拭目以待新的购票系统吧。
我弄了一天,到下午4点才弄到2张票,结果今天去中国银行交钱,说是他们也登录不上去,灯通知交钱。
真是意外啊,难道他们连测试都不做就出来混啊。
昨天下午好不容易登上去,想要的都没了。
我是专业DBA数据库管理员,数据库层如果是Oracle的话可以用RAC,Real Application Cluster,另外在web server 层需要布署load balance,数据库层做RAC的话象这样的访问量需要大约8台RAC的机器。我觉得只能说明一个问题就是,人才都在外面。政府机关那帮人只知道嘴皮子说说,没有多少真材实料的。
如果用压力测试的话,也可以测出来的,虽然工作量大了些,但象这样的工程量,不严格要求做压力测试,丢人是肯定了的了。这回丢人丢大发了。
没想到都一股脑儿地在第一时间上来了。这不是第一次办奥运,没经验么。
这年月干啥都讲究投入/产出比。如果过高估计流量,搞出十台二十台数据库服务器闲在边儿上,那岂不是浪费?
这个售票系统还真不一定和政府机关沾边儿,多半是外包出去给什么公司了。
先不说人才不人才的,本来各自评论的标准不同。你我眼里的人才,政府机关未必看得上、未必用得着。就单说这政府机关里也不可能全是笨蛋和吹牛的,否则中国这些年怎么发展起来的?
第一句很同意,第二句么,就得说道说道了。出个把错有什么了不起的,又不是把个卫星给弄没了,也没损失啥。系统垮了,重启就是了,大不了多加几台服务器呗。
说起卫星没了,原来先进强大如美国还干过呢,原因居然是计算公式里单位不统一。要讲丢人,这才叫丢人丢大发了,可并没人因此说美国“没人了”。
看报道,承建这个工程的是:
美国的ticketmaster
他的中国合资伙伴是由专业和业余赛事推广公司中体产业股份有限公司(China Sports Industry Group Co.)和北京市政府下属文化企业北京歌华文化发展集团(Beijing Gehua Cultural Development Group)合资成立的北京中体票务发展有限公司(Beijing CSI Ticketing Development Co.)以及韩国的电视台运营商YIN TV。
怀疑一般的RDBMS能否抗的住。不改流程逻辑的话,也许内存数据库是唯一的出路。
崩溃的应该是网络软件,不太可能是硬件崩溃。联想是硬件厂商,跟他们应该是没什么关系。