转:从“奥运门票网站800万访问量”想到的成本、质量、进度、风险等关系

看到这个新闻后颇有一番滋味，更体验到我一直关注的软件性能着实无处不在，这个案例也确实值得我们好好反思一下。

不知道网友们有没有报名参加国际日语考试的——这个网站每年05年前都有人不能报名，因为报名人数太多，所以报名当日大家守在计算机前，打开一些所谓的报名攻略，拼命的刷屏什么的，但是仍然有人不能正常报名。

06年碰巧有个机会帮人报名，结果开始报名后，网站根本上不去。按F5，偶尔刷出一个界面，但是下一步就什么都没有了。

我没有参加这个奥运项目，所以只能猜测一下原因：

1、首先是没有考虑到这么多用户，因此在规划的时候在硬件资源上就已经不够了，这么大的访问量绝对不是儿戏，也只有google、百度、新浪、sohu这样的门户网站才能抗住；

     因此开口说人家性能测试做的不够、或者软件做的垃圾等等，很可能都是不负责任的说法；

2、其次，就是软件测试做的不够，是个政绩工程。。这个就不多说了。

但是我觉得根本原因是没有考虑到预期的用户需求，你的软件性能再好，硬件跟不上，这样的网站肯定会被压垮。再加上刷屏，压力就更猛了。

但是对于我们可怜的项目组，应该怎么做呢？难道真的投入那么多服务器来做网上订票系统？

我的建议是应该出一个折中方案：支持到一定程度即可，同时在软件上进行限制。

比如连接数到一定程度就进行一定的处理，例如可以提示网站认识太多。但是绝对不能压垮，因为网站崩溃这就是事故了。

比如你用lr压一下百度，压一会就不能访问了——不是把网站压得怎么样了，而是百度不让你访问了。

最后的结论就是这是一个规划不周到的项目，无论是规划、还是风险都没有解决好。希望其他奥运项目能引以为戒。

对于一个软件项目，基本是在质量、进度、成本三者做平衡，但是风险也是不能忽略的。这个项目绝对低估了上线后的风险。更是低估了这个项目的重要性和与意义。