800万是页面1个小时的访问次数。静态页面访问数大不算什么，很容易解决，多放几个服务器就ok了。没有难度。订票数是1个小时20万，平均每秒55个事务。不算难。不需要特殊的技术手段。大多数程序员都可以做到。我相信奥运网站的服务器不会是很便宜的机器。

最近闹得沸沸扬扬的奥运网站800万访问瘫痪的事情，很多人都认为是性能测试未做好。可是我想说的是，如果你有幸成为这个项目的架构师，你能保证你的网站能承担这样的高压力访问吗。

第一个问题，你知道你的性能目标吗？这算不算问题？很多人都擅长时候诸葛亮。但是真要让你坐上决策的位置的时候，你往往会更茫然。

我知道有很多人在面对性能问题的时候，往往存在两种错误的想法：

1. 对性能估计不足。就如新闻中所说的 ，预计的性能指标可能只是3万。那么系统在初期以及后期根本就不会在意性能的压力。
2. 对性能需求的回避。这是一个扭曲的想法。因为能力的不行，对于性能需求只能采取妥协的做法。虽然很多时候大家不愿意承认这点，但这确实是事实。

如果我们第一对性能估算充分，第二拥有足够的能力。那么，你会知道你的性能目标吗？你会知道你该怎么办吗？因此我们有了第二个问题。

第二个问题，你能实现你的性能目标吗？再强的架构师也有他不擅长的地方，况且在中国，冠名以架构师的人，往往是因为在其位，做其事。

事实上，我敢打赌，全中国能够实现800万访问压力的网络架构的人很少。当年新浪网刚刚上线的时候，第一天就死了。后来换掉所有的服务器，全部重写服务器代码，才稳定了响应。那么你会怎么办？

要是我的话，很自然地要挑战这个问题。程序员往往是一个不服输的群体，绝对不会因为这么个问题，就会逃避的。可是我必须说，我很自闭！

这个时候，如果为了项目，就应该学习成功的经验，而不是自己摸索！这是一个意识问题。花一些钱，请新浪、百度等等国内知名网站架构师来讲解性能架构。最好的是购买他们提出的方案！相信拿着奥运的Title，让他们贡献一些，他们必然是趋之若骛的。

如果你真的把最终目标看得很重要。所谓政绩工程，才更应该关注这个问题。（因为这点，我比较不同意什么都说成是政绩工程的错误，事实上，一旦失败，政绩比0还要低！）最好邀请一位业绩有经验的架构师共同参与这个项目。

第三个问题，你会这么做吗？现在就是这个样子，很多人都认为有很多好的想法，但是正要做下去，就会遇到很多困难。我听到很多人都在总结经验教训的时候，后悔很多地方没有做。那么，当时你意识到这些问题的时候，你为什么没做到呢？我想这就是成功者和失败者的差别。不在于分析问题的智商，关键是解决问题的情商。

架构师不光解决的是技术问题，这点一定要知道。

基于上面的分析，我认为我能做成功的机率可能只是在75%以下。因为我不敢保证我能说服我的领导下决心花钱，特别是政府的领导。这不是我对政府官员的偏见，而是我真的不了解。所有不了解的都是风险。架构师的成功就是解决这些风险。

那么，如果是你呢？

李彦宏：北京奥运购票系统瘫痪随想

    每小时800万次的流量，我们的奥运系统就撑不住了。百度在过去的7年中积累了大量的经验，对于大访问量，大数据量，实时更新的系统的理解非常深刻。不要说800万次，就是每小时8000万次，对百度来说，也只是a piece of cake.

    昨天，北京奥组委票务中心在奥运新闻中心召开新闻发布会，就北京奥运会第二阶段销售工作暂停进行了情况说明。北京奥组委票务中心主任容军表示，目前票务中心正在对门票销售系统进行容量扩充和升级工作。除技术上升级之外，还将适当调整“先到先得”的销售政策，综合这两方面做出的解决方案将于11月5日公布。

　　“从目前境内公众参与购票的趋势和规模来看，票务销售系统必须进行升级和扩容。但是仅仅从技术一个角度去扩容的话，很难估计再次启动的时候是每小时800万次的流量还是更多，所以票务中心将从技术的扩容更新升级和售票政策的必要调整两个方面来综合考虑，制定解决方案。”发布会上，容军用这样一句话回答了记者的提问，也道出了北京奥组委票务中心在解决第二阶段奥运门票销售问题时的基本方向。

    看了这个消息，真是感觉心痛。每小时800万次的流量，我们的奥运系统就撑不住了。百度在过去的7年中积累了大量的经验，对于大访问量，大数据量，实时更新的系统的理解非常深刻。不要说800万次，就是每小时8000万次，对百度来说，也只是a piece of cake.