|
|
當(dāng)互聯(lián)網(wǎng)吵吵嚷嚷的進(jìn)入2.0時(shí)代，當(dāng)互聯(lián)網(wǎng)的技術(shù)不再是那么高不可攀，當(dāng)復(fù)制變成家常便飯，互聯(lián)網(wǎng)熱鬧起來了
myspace火了，中國(guó)冒出更多的myspace
youtube剛剛起來，中國(guó)的視頻網(wǎng)站就遍地開花
51拔地而起，中國(guó)出了無數(shù)的SNS
facebook則改變了中國(guó)站長(zhǎng)的抄襲方式，不再學(xué)chianren了，校內(nèi)火了
..........
當(dāng)抄襲變成習(xí)慣，我想說的是，模仿，站長(zhǎng)，你準(zhǔn)備好了嗎？
如果你打算做垃圾站，或者賺點(diǎn)廣告費(fèi)的網(wǎng)站，請(qǐng)不要點(diǎn)擊這篇文章，我從技術(shù)角度方面談?wù)刉EB2.0網(wǎng)站的模仿問題。
當(dāng)投資和流量都不是問題的時(shí)候，我想說的是，您真的一帆風(fēng)順嗎？
拿SNS網(wǎng)站來說，當(dāng)匆匆上線的2.0，當(dāng)一筆筆投資砸進(jìn)去的時(shí)候，當(dāng)流量上去的時(shí)候，您的困惑在什么地方？
我做過多個(gè)2.0公司的技術(shù)顧問，簡(jiǎn)單的談?wù)?.0公司遇到的問題(涉及隱私，我用A B C D代替)，這里就不再贅述大家眾所周知的頁面靜態(tài)化，緩存和代碼安全等問題了，有點(diǎn)技術(shù)的2.0公司的CTO都知道這些東西，我們談點(diǎn)發(fā)展之后的問題
A公司
A公司做的是SNS網(wǎng)站，程序是兩個(gè)毛頭小伙子做的，目標(biāo)直指51，程序開發(fā)是一帆風(fēng)順，功能也比51牛多了，推廣也是一帆風(fēng)順（A公司有自己獨(dú)到的推廣方式。但是當(dāng)ALEXA到2W的時(shí)候問題出來了，每天下午4點(diǎn)左右，網(wǎng)站速度慢的驚人，基本上打不開，公司三臺(tái)服務(wù)器CPU100%，讓人郁悶的是公司的網(wǎng)絡(luò)配置方式，居然是雙WEB的集群，而單獨(dú)一臺(tái)DB數(shù)據(jù)庫。整個(gè)瓶頸在數(shù)據(jù)庫，于是我建議做DB的集群，分析了一下數(shù)據(jù)結(jié)構(gòu)，MD，典型的WEB程序員的作品，沒有一點(diǎn)數(shù)據(jù)庫設(shè)計(jì)規(guī)范，功能實(shí)現(xiàn)是可以，如果要擴(kuò)展，不可能，集群基本上是不可能的，怎么辦？不能辦，于是，一個(gè)月的時(shí)間修改程序，數(shù)據(jù)結(jié)構(gòu)基本上換了一遍 前期砸進(jìn)去的幾十萬打了水飄，用戶走光了。
結(jié)論：WEB2.0前期設(shè)計(jì)的時(shí)候不應(yīng)該只考慮功能，應(yīng)該認(rèn)真考慮一下底層和數(shù)據(jù)結(jié)構(gòu)了。
B公司
B公司也是做的SNS網(wǎng)站，程序是3個(gè)人開發(fā)的，CEO是某名牌大學(xué)的經(jīng)濟(jì)學(xué)碩士，有點(diǎn)知己網(wǎng)的味道，又有一些特色出來，說實(shí)話，公司的潛力不錯(cuò)，CEO有很強(qiáng)的運(yùn)作能力，感覺前景不錯(cuò)。系統(tǒng)架構(gòu)還行，但是---但是系統(tǒng)崩潰了，why?系統(tǒng)沒有考慮到用戶有個(gè)海量的說法，文件也有個(gè)海量的說法，用戶的相冊(cè)，圖片全部存貯在WEB服務(wù)器的一個(gè)分區(qū)上，每個(gè)用戶一個(gè)目錄，而打開性能監(jiān)視器，磁盤的IO高的驚人，基本上無暇響應(yīng)。眾所周知，文件系統(tǒng)也是一個(gè)數(shù)據(jù)庫，單獨(dú)大文件無所謂，關(guān)鍵是整個(gè)是300多個(gè)G的零碎文件，大量的讀寫操作，系統(tǒng)崩潰，數(shù)據(jù)丟失，文件系統(tǒng)的一個(gè)鏈斷了，用戶數(shù)據(jù)全部丟失！！！Raid并不能解決所有問題，磁盤陣列只能保證在硬盤損壞的時(shí)候進(jìn)行恢復(fù)，但是這個(gè)是文件系統(tǒng)的損壞，raid不能恢復(fù)。這是一個(gè)非常沉重的問題，系統(tǒng)整整停了一個(gè)月來做數(shù)據(jù)恢復(fù)（單獨(dú)文件很容易，但是海量文件目前還沒有一個(gè)軟件能組織起來軟件架構(gòu)，數(shù)據(jù)恢復(fù)軟件一般在建立目錄結(jié)構(gòu)索引的時(shí)候就已經(jīng)死掉了，嘗試過用16G內(nèi)存的服務(wù)器做恢復(fù)，無效）。解決方案：修改程序架構(gòu)，做分布式文件存貯（程序修改用了8天，但是文件轉(zhuǎn)移卻又用去了將近一個(gè)月），20萬用戶損失殆盡。
結(jié)論：WEB2.0前期的設(shè)計(jì)應(yīng)該有應(yīng)付海量存貯的考慮，整個(gè)涉及了程序架構(gòu)的修改，前期規(guī)劃不好的話基本上思路一條。
C公司
C公司是一個(gè)值得尊敬的公司，CEO技術(shù)出身，和比爾蓋茨一樣，大學(xué)未畢業(yè)出來做網(wǎng)絡(luò)，01到03年做短信狠賺了一筆，后來做的小項(xiàng)目也小有所成，說實(shí)話，我很佩服。公司做的是校友方面，但是更偏重myspace風(fēng)格，注重個(gè)人主頁，推廣方面也下了大手筆。系統(tǒng)崩潰的原因其實(shí)很簡(jiǎn)單，由于采用的是微軟的SqlServer，而微軟的MSDN直接就告訴了我們，SQLSERVER不支持負(fù)載集群，只支持災(zāi)難恢復(fù)的集群，他們的數(shù)據(jù)庫超負(fù)載，100%就沒有下去過，只能橫向增加配置，采用了4路4核CPU系統(tǒng)，但是系統(tǒng)還是崩潰了... 高互動(dòng)注定了高負(fù)載。解決方案：現(xiàn)從基本入手，解決掉幾個(gè)程序耗能大戶，對(duì)數(shù)據(jù)庫采用橫向切割，將用戶每10萬進(jìn)行分組，同時(shí)對(duì)數(shù)據(jù)庫系統(tǒng)進(jìn)行散列，將多個(gè)表垂直分割，同時(shí)進(jìn)行文件分組，解決問題. 因?yàn)樾薷牧藬?shù)據(jù)結(jié)構(gòu)，程序也基本上大動(dòng)了一下。 好在系統(tǒng)沒有出大錯(cuò)，損失不算很大，不過對(duì)用戶體驗(yàn)造成了很壞的影響。it知識(shí)庫：修正版 瘋狂代碼 寫給WEB2.0的站長(zhǎng)，轉(zhuǎn)載需保留來源！
鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請(qǐng)第一時(shí)間聯(lián)系我們修改或刪除，多謝。
