• <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>
  • 從“奧運門票網站800萬訪問量”想到的成本、質量、進度、風險等關系

    發表于:2007-11-07來源:作者:點擊數: 標簽:奧運
    看到這個新聞后頗有一番滋味,更體驗到我一直關注的軟件性能著實無處不在,這個案例也確實值得我們好好反思一下。 不知道網友們有沒有報名參加國際日語考試的——這個網站每年05年前都有人不能報名,因為報名人數太多,所以報名當日大家守在計算機前,打開一

    看到這個新聞后頗有一番滋味,更體驗到我一直關注的軟件性能著實無處不在,這個案例也確實值得我們好好反思一下。

    不知道網友們有沒有報名參加國際日語考試的——這個網站每年05年前都有人不能報名,因為報名人數太多,所以報名當日大家守在計算機前,打開一些所謂的報名攻略,拼命的刷屏什么的,但是仍然有人不能正常報名。

    06年碰巧有個機會幫人報名,結果開始報名后,網站根本上不去。按F5,偶爾刷出一個界面,但是下一步就什么都沒有了。

    我沒有參加這個奧運項目,所以只能猜測一下原因:

    1、首先是沒有考慮到這么多用戶,因此在規劃的時候在硬件資源上就已經不夠了,這么大的訪問量絕對不是兒戲,也只有google、百度、新浪、sohu這樣的門戶網站才能抗??;

         因此開口說人家性能測試做的不夠、或者軟件做的垃圾等等,很可能都是不負責任的說法;

    2、其次,就是軟件測試做的不夠,是個政績工程。。這個就不多說了。

    但是我覺得根本原因是沒有考慮到預期的用戶需求,你的軟件性能再好,硬件跟不上,這樣的網站肯定會被壓垮。再加上刷屏,壓力就更猛了。

    但是對于我們可憐的項目組,應該怎么做呢?難道真的投入那么多服務器來做網上訂票系統?

    我的建議是應該出一個折中方案:支持到一定程度即可,同時在軟件上進行限制。

    比如連接數到一定程度就進行一定的處理,例如可以提示網站認識太多。但是絕對不能壓垮,因為網站崩潰這就是事故了。

    比如你用lr壓一下百度,壓一會就不能訪問了——不是把網站壓得怎么樣了,而是百度不讓你訪問了。

    最后的結論就是這是一個規劃不周到的項目,無論是規劃、還是風險都沒有解決好。希望其他奧運項目能引以為戒。

    對于一個軟件項目,基本是在質量、進度、成本三者做平衡,但是風險也是不能忽略的。這個項目絕對低估了上線后的風險。更是低估了這個項目的重要性和與意義。

    原文轉自:http://www.kjueaiud.com

    老湿亚洲永久精品ww47香蕉图片_日韩欧美中文字幕北美法律_国产AV永久无码天堂影院_久久婷婷综合色丁香五月

  • <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>