软件质量-2008北京奥运会门票系统失效案例.docVIP

PAGE PAGE 2 “This assignment is my own work . This work has not been submitted for assessment in any other context . I have not knowingly allowed others to copy my work . ” 姓名：strong 邮箱： 电话：1 失效案例 10月30日，北京奥运会门票面向境内公众第二阶段预售正式启动。上午9：00点一开始，不到半小时，网站系统便宣告瘫痪。访问者看到官方票务网站当天上午开始都只是显示“系统繁忙,请稍后再访问.不便之处敬请原谅。”的提示信息。?当天官方网站发布了如下的致歉消息，上午9时至10时，官方票务网站的浏览量达到了800万次，每秒钟从网上提交的门票申请超过20万张，票务 \o 呼叫中心 呼叫中心热线从9时至10时的呼入量超过了380万人次。由于瞬间访问数量过大，技术系统应对不畅，造成很多申购者无法及时提交申请，为此北京奥组委票务中心对广大公众未能及时、便捷地实现奥运门票预订表示歉意。 而此前，组织者声称已经对第二阶段的售票做了充分准备，为了应对在30日可能出现的奥运门票订票高峰，三种购买渠道连接同一售票数据库，在优先权上没有区分。票务系统已经做了多次压力 测试，票务系统每小时将能处理3万张门票的销售，以及承担每小时100万次以上的网上浏览量，应该说可以确保承受启动时期的一个压力。 开发商技术能力遭到质疑 北京奥运会的指定独家票务供应商-北京歌华特玛捷票务有限公司成立于2006年9月，由美国特玛捷公司、中体产业股份有限公司及北京歌华文化发展集团三家出资构建而成。售票系统瘫痪事件发生后，公众普遍质疑歌华特玛捷公司是否具备承担2008北京奥运会的票务销售能力。作为票务服务独家供应商，该公司将为北京奥组委提供奥运会和残奥会门票销售技术系统平台、北京奥组委票务网站、票务 \o 呼叫中心 呼叫中心和场馆现场售票运营、客户服务等在内的票务服务。 ???北京歌华特玛捷票务有限公司对此票务官网的设计流量容量是每小时100万次，但在售票开始时承受了每小时800万次的流量压力，所以系统在启动不久就出现了处理能力不足的问题。据古今，从上午9点正式开始售票到中午12点，3个小时内，票务网站被浏览次数达到2000万次。这与他们此次所提供的100万次/小时流量相差甚远。 失效原因 对意外的输入或条件估计不足 不少网民在无法正常登录后便不断刷新。不停地刷新网页，也是造成 \o 网络 网络拥堵的原因之一。这就相当于一名申购者变成了若干名申购者了，无形中增大到了网站流量。从技术角度讲，网站的流量几乎成几何倍增长，导致其他申购者无法登录。 需求估计严重不足 根据官方网站公布的数据，技术人员对网站性能进行了粗略地计算： 官方票务网站浏览量平均为：2200次/秒以上。 从网上提交的门票申请：200000张/秒以上。 打开网站页面加载的字节数为：170.216KB。 就是说这个站点每秒钟处理浏览产生的流量就大概是366M。而从打开首页，一直到确认订票如果不重复操作的话，应该是10步。在这之前产生的流量要更大。我们可以这样来理解，一秒钟有2200个用户打开首页。这个是并发的用户数。按比较密集的概率来计划，大概有15000－22000个用户在不同的位置打开这一链接。这一比例应该比较高了。 用22000个/秒用户来计算，如果用性能测试工具来做性能测试，按每台机器1G \o 内存 内存来计算，其他配置均不会成为瓶颈，如果一个虚拟用户用600K内存，每台机器拿400M内在来运行用户，也需要近40台机器来实现压力。假设每台机器跑600用户，这是在性能测试中，算比较高的使用率了。每个虚拟用户占用的内存数 需要的机器数600K 37台，1024K 55台? 每秒钟从网上提交的门票申请超过20万张，这些数据显然没有成功处理完。因为前面说截至上午11时，各个销售渠道共售出门票约9000张。这个网站采用的策略是：先到先得。也就是大家一块抢，申请肯定会很多。但是，售出的只有9000张。可见很多数据还没能处理就瘫痪了。 系统设计有问题 在票务技术系统上，票务官网、中国银行指定代售网点以及呼叫中心（即订票热线）用的都是一个售票系统平台，该系统会自动确认订单并按先后顺序进行处理。由于申购的人数庞大，加上网民不停地刷新页面，最终造成奥运门票无法正常销售。 系统在设计时有问题，没有考虑到如此高的需求，另外在后台的数据库的处理能力，在设计、规划方面，还有待于改进。其实，比现在再高的瞬时流量，只要投入足