試談百萬級(jí)訪問網(wǎng)站前期的技術(shù)準(zhǔn)備-在線瀏覽
2024-08-24 02:12本頁面
【正文】 最簡(jiǎn)單，放cron里自己跑就行。四、機(jī)房三種機(jī)房盡量不要選：聯(lián)通訪問特別慢的電信機(jī)房、電信訪問特別慢的聯(lián)通機(jī)房、電信聯(lián)通訪問特別慢的移動(dòng)或鐵通機(jī)房。多多尋找，實(shí)地參觀，多多測(cè)試，多方打探，北京、上海、廣州等各個(gè)主節(jié)點(diǎn)城市，還是有很多優(yōu)質(zhì)機(jī)房的，找個(gè)網(wǎng)絡(luò)質(zhì)量好，管理嚴(yán)格的機(jī) 房，特別是管理要嚴(yán)格，千萬別網(wǎng)站無法訪問了，打個(gè)電話過去才知道別人維護(hù)時(shí)把你網(wǎng)線碰掉了，這比DOS都頭疼。機(jī)房可以說是非常重要，直接關(guān)系到網(wǎng)站訪問速度，網(wǎng)站訪問速度直接關(guān)系到用戶體驗(yàn)，我可以翻墻看風(fēng)景，但買個(gè)網(wǎng)游vpn才能打開你這 個(gè)還不怎么知名的網(wǎng)站就有難度了。五、架構(gòu)初期架構(gòu)一般比較簡(jiǎn)單，web負(fù)載均衡+數(shù)據(jù)庫主從+緩存+分布式存儲(chǔ)+隊(duì)列。緩存總有一天會(huì)失效，數(shù)據(jù)庫復(fù)制總有一天會(huì)斷掉， 隊(duì)列總有一天會(huì)寫不進(jìn)去，電源總有一天會(huì)燒壞。六、服務(wù)器軟件Linux、nginx、php、mysql，幾乎是標(biāo)配，我們除了看名字，還得選版本。 至于RHEL之類的嘛，你用只能在RHEL上才能運(yùn)行的軟件么？剩下的nginx、php、mysql、activemq、其他的等等，除非你改過這些軟 件或你的程序真的不兼容新版本，否則盡量版本越新越好，版本新，意味著新特性增多、BUG減少、性能增加。所謂穩(wěn) 定，是相對(duì)于特殊業(yè)務(wù)來說的，而就一個(gè)php寫的網(wǎng)站，大多數(shù)人都沒改過任何服務(wù)器軟件源代碼，絕大多數(shù)情況是能平穩(wěn)的升級(jí)到新版本的。看看ChangeLog，看看升級(jí)說明，結(jié)合自己情況評(píng)估一下，越早升級(jí) 越好，別人家都用php6寫程序了這邊還php4的逛游呢。以上這六點(diǎn)準(zhǔn)備完畢，現(xiàn)在我們有了運(yùn)行環(huán)境，有了基本架構(gòu)骨架，有了備份和切換方案，應(yīng)該開始著手設(shè)計(jì)開發(fā)方面的事情了。七、數(shù)據(jù)庫幾乎所有操作最后都要落到數(shù)據(jù)庫身上，它又最難擴(kuò)展（存儲(chǔ)也挺難）。復(fù)制策略、分片策略，也要確定。 myisam的鎖表不一定是性能低下的根源，innodb也不一定全是行鎖，具體細(xì)節(jié)要多看相關(guān)的文檔，熟悉了引擎特性才能用的更好。編程時(shí)得多注意數(shù)據(jù)一 致性。分片策略。分片有很多策略，從簡(jiǎn)單的分區(qū)到根據(jù)熱度自動(dòng)調(diào)整，依照具體業(yè)務(wù)選擇一個(gè)適合自己的。用存儲(chǔ)過程是比較難擴(kuò)展的，這種情形多發(fā)生于傳統(tǒng)C/S，特別是OA系統(tǒng)轉(zhuǎn)換過來的開發(fā)人員。方便水平擴(kuò)展比那點(diǎn)預(yù)分析時(shí)間和網(wǎng)絡(luò)傳輸流量要重要的多的多。這只是一個(gè)概念。TT/MongoDB/Memcachedb等，在測(cè)試中，這些幾乎都達(dá)到了每秒至少一萬次 的寫操作，內(nèi)存型的甚至5萬以上。很多業(yè)務(wù)是可以用這類數(shù)據(jù)庫來替代mysql的。數(shù)據(jù)庫很脆弱，一定要有緩存在前面擋著，其實(shí)我們優(yōu)化速度，幾乎就是優(yōu)化緩存，能用緩存的地方，就不要再跑到后端數(shù)據(jù)庫那折騰。緩存更新可用被動(dòng)更新和主動(dòng)更新。主動(dòng)緩存可避免這點(diǎn)但是可能引發(fā)程序取不到數(shù)據(jù)的問題。九、隊(duì)列。開源隊(duì)列服務(wù)器很多，性能要求不高用數(shù)據(jù)庫當(dāng)做隊(duì)列也可以，只要保證程序讀寫隊(duì)列的接口不變，底層隊(duì)列服務(wù)可隨 時(shí)更換就可以，類似Zend Framework里的Zend_Queue類。除了結(jié)構(gòu)化數(shù)據(jù)，我們經(jīng)常要存放其他的數(shù)據(jù)，像圖片之類的。典型的就是圖片，從用戶頭像到用戶上傳的照片，還要生成不 同的縮略圖尺寸。不使用專業(yè)存儲(chǔ)的情況下，基本都是靠自己的NAS。拿圖片存儲(chǔ)舉例，圖片是非常容 易產(chǎn)生熱點(diǎn)的，有些圖片上傳后就不再有人看，有些可能每天被訪問數(shù)十萬次，而且大量小文件的異步備份也很耗費(fèi)時(shí)間。如果圖片也在這個(gè)域名下，很可能因?yàn)閏ookie而造成緩存失效，并且占多余流量，還可能因?yàn)闉g覽器并發(fā)線程限制造成訪問緩慢。計(jì)算文件的hash值，比如md5，以結(jié)果第一位作為第一級(jí)目錄，這樣第一級(jí)有16個(gè)目錄。第二級(jí)可用年月例如，201011，第三級(jí)用日，第四級(jí)可選，根據(jù)上傳量，比如am/pm，甚至小時(shí)。rsync備份時(shí)可以用腳本只同步某年某日某時(shí)的文件，避免計(jì) 算大量文件帶來的開銷。下面，我們要談?wù)劥a了。開始設(shè)計(jì)代碼結(jié)構(gòu)之前，先回顧一下之前準(zhǔn)備過的事情：我們有負(fù)載均衡的 WEB服務(wù)器，有主
外語相關(guān)推薦
鄂ICP備17016276號(hào)-1