建站
咨詢
售后
建站咨詢
新聞中心
編者按：IT技術(shù)人員在工作年限到達(dá)一定層次，比如十年就會(huì)考慮自己創(chuàng)業(yè)的問(wèn)題。在這創(chuàng)業(yè)的前期，盡管我們有很高的熱情，但是現(xiàn)實(shí)是殘酷的。萬(wàn)事開頭難，究竟我們?cè)撊绾螠?zhǔn)備一個(gè)百萬(wàn)級(jí)的網(wǎng)站所需的技術(shù)資源，請(qǐng)看本文。我們將介紹如何進(jìn)行開發(fā)語(yǔ)言，機(jī)房，數(shù)據(jù)庫(kù)，緩存等方面的選擇。
網(wǎng)站設(shè)計(jì)制作、成都網(wǎng)站建設(shè)的開發(fā)，更需要了解用戶，從用戶角度來(lái)建設(shè)網(wǎng)站，獲得較好的用戶體驗(yàn)。創(chuàng)新互聯(lián)建站多年互聯(lián)網(wǎng)經(jīng)驗(yàn)，見的多，溝通容易、能幫助客戶提出的運(yùn)營(yíng)建議。作為成都一家網(wǎng)絡(luò)公司，打造的就是網(wǎng)站建設(shè)產(chǎn)品直銷的概念。選擇創(chuàng)新互聯(lián)建站，不只是建站，我們把建站作為產(chǎn)品，不斷的更新、完善，讓每位來(lái)訪用戶感受到浩方產(chǎn)品的價(jià)值服務(wù)。
作為一個(gè)技術(shù)從業(yè)者十年，逛了十年發(fā)現(xiàn)有些知識(shí)東一榔頭西一棒槌的得滿世界看個(gè)遍才整理出個(gè)頭緒，那咱就系統(tǒng)點(diǎn)的從頭一步一步的說(shuō)，一個(gè)從日幾千訪問(wèn)的小小網(wǎng)站，到日訪問(wèn)一兩百萬(wàn)的小網(wǎng)站，怎么才能讓它平滑的度過(guò)這個(gè)階段，別在 技術(shù)上出現(xiàn)先天不足，寫給一些技術(shù)人員，也寫給不懂技術(shù)的創(chuàng)業(yè)者。
對(duì)互聯(lián)網(wǎng)有了解的人都有自己的想法，有人就把想法付諸實(shí)現(xiàn)，做個(gè)網(wǎng)站然后開始運(yùn)營(yíng)。其實(shí)從純網(wǎng)站技術(shù)上來(lái)說(shuō)，因?yàn)殚_源模式的發(fā)展，現(xiàn)在建一個(gè)小網(wǎng)站 已經(jīng)很簡(jiǎn)單也很便宜。當(dāng)訪問(wèn)量到達(dá)一定數(shù)量級(jí)的時(shí)候成本就開始飆升了，問(wèn)題也開始顯現(xiàn)了。因?yàn)閹挼脑黾?、硬件的擴(kuò)展、人員的擴(kuò)張所帶來(lái)的成本提高是顯而 易見的，而還有相當(dāng)大的一部分成本是因?yàn)榇a重構(gòu)、架構(gòu)重構(gòu)，甚至底層開發(fā)語(yǔ)言更換引起的，最慘的就是數(shù)據(jù)丟失，辛辛苦苦好幾年，一夜回到創(chuàng)業(yè)前。
減少成本就是增加利潤(rùn)。很多事情，我們?cè)谝婚_始就可以避免，先打好基礎(chǔ)，往后可以省很多精力，少操很多心。
假設(shè)你是一個(gè)參與創(chuàng)業(yè)的技術(shù)人員，當(dāng)前一窮二白，什么都要自己做，自己出錢，初期幾十萬(wàn)的資金，做一個(gè)應(yīng)用不是特別復(fù)雜的網(wǎng)站，那么就要注意以下幾點(diǎn)：
一、開發(fā)語(yǔ)言
一般來(lái)說(shuō)，技術(shù)人員（程序員）創(chuàng)業(yè)都是根據(jù)自己技術(shù)背景選擇自己最熟悉的語(yǔ)言，不過(guò)考慮到不可能永遠(yuǎn)是您一個(gè)人寫程序，這點(diǎn)還得仔細(xì)想想。無(wú)論用什么語(yǔ)言，最終代碼質(zhì)量是看管理，所以我們還是從純語(yǔ)言層面來(lái)說(shuō)實(shí)際一點(diǎn)。現(xiàn)在流行的Java、PHP、.NET、python、ruby都有自己的優(yōu)劣，python和ruby，現(xiàn)在人員還是相對(duì)難招一些，性能優(yōu)化也會(huì)費(fèi)些力氣，.NET平臺(tái)買不起Windows server。Java、PHP用的還是最多。對(duì)于初期，應(yīng)用幾乎都是靠前端支撐的網(wǎng)站來(lái)說(shuō)，PHP的優(yōu)勢(shì)稍大一些，入門簡(jiǎn)單、設(shè)計(jì)模式簡(jiǎn)單、寫起來(lái)快、 性能足夠等，不過(guò)不注重設(shè)計(jì)模式也是它的劣勢(shì)，容易變得松散，隱藏bug稍多、難以維護(hù)。Java的優(yōu)勢(shì)在于整套管理流程已經(jīng)有很多成熟工具來(lái)輔助，強(qiáng)類 型也能避免一些弱智BUG，大多數(shù)Java程序員比較注重設(shè)計(jì)模式，別管實(shí)不實(shí)際，代碼格式看起來(lái)還是不錯(cuò)的。這也是個(gè)劣勢(shì)，初學(xué)者可能太注重模式而很難 解決實(shí)際需求。
前端不只是html、css這類。整個(gè)負(fù)責(zé)跟用戶交互的部分都是前端，包括處理程序。這類程序還是建議用PHP，主要原因就是開發(fā)迅速、從業(yè)人員廣泛。至于后端例如行為分析、銀行接口、異步消息處理等，隨便用什么程序，那個(gè)只能是根據(jù)不同業(yè)務(wù)需求來(lái)選擇不同語(yǔ)言了。
二、代碼版本管理
如果開發(fā)人員之間的網(wǎng)絡(luò)速度差不多，就SVN；比較分散例如跨國(guó)，就hg。大多數(shù)人還是SVN的.
假設(shè)選了SVN，那么有幾點(diǎn)考慮。一是采用什么樹結(jié)構(gòu)。初期可能只有一條主干，往后就需要建立分支，例如一條開發(fā)分支，一條上線分支，再往后，可能要每個(gè)小組一個(gè)分支。建議一開始人少時(shí)選擇兩條分支，開發(fā)和線上，每個(gè)功能本地測(cè)試無(wú)誤后提交到開發(fā)分支，最后統(tǒng)一測(cè)試，可以上線時(shí)合并到上線分支。如果 喜歡把SVN當(dāng)做移動(dòng)硬盤用，寫一點(diǎn)就commit一次也無(wú)所謂，就是合并的時(shí)候頭大一些，這些人可以自己建個(gè)分支甚至建立個(gè)本地代碼倉(cāng)庫(kù)，隨便往自己的 分支提交，測(cè)試完畢后再提交到開發(fā)分支上。
部署，可以手工部署也可以自動(dòng)部署。手工部署相對(duì)簡(jiǎn)單，一般是直接在服務(wù)器上SVN update，或者找個(gè)新目錄SVN checkout，再把Web root給ln -s過(guò)去。應(yīng)用越復(fù)雜，部署越復(fù)雜，沒有什么統(tǒng)一標(biāo)準(zhǔn)，只要?jiǎng)e再用ftp上傳那種形式就好，一是上傳時(shí)文件引用不一致錯(cuò)誤率增加，二是很容易出現(xiàn)開發(fā)人員 的版本跟線上版本不一致，導(dǎo)致本來(lái)想改個(gè)錯(cuò)字結(jié)果變成回滾的杯具。如果有多臺(tái)服務(wù)器還是建議自動(dòng)部署，更換代碼的機(jī)器從當(dāng)前服務(wù)池中臨時(shí)撤出，更新完畢后 再重新加入。
不管項(xiàng)目多小，養(yǎng)成使用版本管理的好習(xí)慣，最起碼還可以當(dāng)做你的備份，我的http://zhiyi.us雖然就是一個(gè)wordpress，可還是SVN了，只改動(dòng)一兩句css那也是勞動(dòng)成果。
三、服務(wù)器硬件
別羨慕大客戶和有錢人，看看機(jī)房散戶區(qū)，一臺(tái)服務(wù)器孤獨(dú)的支撐的網(wǎng)站數(shù)不清。如果資金稍微充足，建議至少三臺(tái)的標(biāo)準(zhǔn)配置，分別用作Web處理、數(shù)據(jù) 庫(kù)、備份。Web服務(wù)器至少要8G內(nèi)存，雙sata raid1，如果經(jīng)濟(jì)稍微寬松，或靜態(tài)文件或圖片多，則15k sas raid1+0。數(shù)據(jù)庫(kù)至少16G內(nèi)存，15k sas raid 1+0。備份服務(wù)器最好跟數(shù)據(jù)庫(kù)服務(wù)器同等配置。硬件可以自己買品牌的底板，也就是機(jī)箱配主板和硬盤盒，CPU內(nèi)存硬盤都自己配，也可以上整套品牌，也可 以兼容機(jī)。三臺(tái)機(jī)器，市場(chǎng)行情6、7萬(wàn)也就配齊了。
Web服務(wù)器可以既跑程序又當(dāng)內(nèi)存緩存，數(shù)據(jù)庫(kù)服務(wù)器則只跑主數(shù)據(jù)庫(kù)（假如是MySQL的話），備份服務(wù)器干的活就相對(duì)多一些，Web配置、緩存配置、數(shù)據(jù)庫(kù)配置都要跟前兩臺(tái)一致，這樣Web和數(shù)據(jù)庫(kù)任意一臺(tái)出問(wèn)題，把備份服務(wù)器換個(gè)ip就切換上去了。備份策略，可以drbd，可以rsync，或者其他的很多很多的開源備份方案可選擇。rsync最簡(jiǎn)單，放cron里自己跑就行。備份和切換，建議多做測(cè)試，選最安全最適合業(yè)務(wù)的，并且盡可能異地備份。
四、機(jī)房
三種機(jī)房盡量不要選：聯(lián)通訪問(wèn)特別慢的電信機(jī)房、電信訪問(wèn)特別慢的聯(lián)通機(jī)房、電信聯(lián)通訪問(wèn)特別慢的移動(dòng)或鐵通機(jī)房。那網(wǎng)通機(jī)房呢？親，網(wǎng)通聯(lián)通N久 以前合并改叫聯(lián)通了。多多尋找，實(shí)地參觀，多多測(cè)試，多方打探，北京、上海、廣州等各個(gè)主節(jié)點(diǎn)城市，還是有很多優(yōu)質(zhì)機(jī)房的，找個(gè)網(wǎng)絡(luò)質(zhì)量好，管理嚴(yán)格的機(jī) 房，特別是管理要嚴(yán)格，千萬(wàn)別網(wǎng)站無(wú)法訪問(wèn)了，打個(gè)電話過(guò)去才知道別人維護(hù)時(shí)把你網(wǎng)線碰掉了，這比DOS都頭疼。自己扯了幾根光纖就稱為機(jī)房的，看您抗風(fēng) 險(xiǎn)程度和心理素質(zhì)了。機(jī)房可以說(shuō)是非常重要，直接關(guān)系到網(wǎng)站訪問(wèn)速度，網(wǎng)站訪問(wèn)速度直接關(guān)系到用戶體驗(yàn)，我可以翻墻看風(fēng)景，但買個(gè)網(wǎng)游vpn才能打開你這 個(gè)還不怎么知名的網(wǎng)站就有難度了?；蛟S您網(wǎng)站的ajax很出色，可是document怎么也不ready，一些代碼永遠(yuǎn)絕緣于用戶。
五、架構(gòu)
初期架構(gòu)一般比較簡(jiǎn)單，Web負(fù)載均衡+數(shù)據(jù)庫(kù)主從+緩存+分布式存儲(chǔ)+隊(duì)列。大方向上也確實(shí)就這幾樣?xùn)|西，細(xì)節(jié)上也無(wú)數(shù)文章都重復(fù)過(guò)了，按照將來(lái) 會(huì)有很多Web，N多主從關(guān)系，很多緩存，很多xxx設(shè)計(jì)就行，基本方案都是現(xiàn)成的，只是您比其他人厲害之處就在于設(shè)計(jì)上考慮到緩存失效時(shí)的雪崩效應(yīng)、主從同步的數(shù)據(jù)一致性和時(shí)間差、隊(duì)列的穩(wěn)定性和失敗后的重試策略、文件存儲(chǔ)的效率和備份方式等等意外情況。緩存總有一天會(huì)失效，數(shù)據(jù)庫(kù)復(fù)制總有一天會(huì)斷掉， 隊(duì)列總有一天會(huì)寫不進(jìn)去，電源總有一天會(huì)燒壞。根據(jù)墨菲定律，如果不考慮這些，網(wǎng)站早晚會(huì)成為廢品。
六、服務(wù)器軟件
Linux、nginx、PHP、MySQL，幾乎是標(biāo)配，我們除了看名字，還得選版本。Linux發(fā)行版眾多，只要沒特殊要求，就選個(gè)用的人最多的，社區(qū)最活躍的，配置最方便的，軟件包最全最新的，例如debian、uBuntu。 至于RHEL之類的嘛，你用只能在RHEL上才能運(yùn)行的軟件么？剩下的nginx、PHP、MySQL、activemq、其他的等等，除非你改過(guò)這些軟 件或你的程序真的不兼容新版本，否則盡量版本越新越好，版本新，意味著新特性增多、BUG減少、性能增加?？傆行┑缆犕菊f(shuō)的人跟你說(shuō)老的版本穩(wěn)定。所謂穩(wěn) 定，是相對(duì)于特殊業(yè)務(wù)來(lái)說(shuō)的，而就一個(gè)PHP寫的網(wǎng)站，大多數(shù)人都沒改過(guò)任何服務(wù)器軟件源代碼，絕大多數(shù)情況是能平穩(wěn)的升級(jí)到新版本的。類似于jdk5到 jdk6，python2到python3這類變動(dòng)比較大的升級(jí)還是比較少見的。看看ChangeLog，看看升級(jí)說(shuō)明，結(jié)合自己情況評(píng)估一下，越早升級(jí) 越好，別人家都用PHP6寫程序了這邊還PHP4的逛游呢。優(yōu)秀的開源程序升級(jí)還是很負(fù)責(zé)任的，看好文檔，別怕。
以上這六點(diǎn)準(zhǔn)備完畢，現(xiàn)在我們有了運(yùn)行環(huán)境，有了基本架構(gòu)骨架，有了備份和切換方案，應(yīng)該開始著手設(shè)計(jì)開發(fā)方面的事情了。
七、數(shù)據(jù)庫(kù)
幾乎所有操作最后都要落到數(shù)據(jù)庫(kù)身上，它又最難擴(kuò)展（存儲(chǔ)也挺難）。對(duì)于MySQL，什么樣的表用myisam，什么樣的表用innodb，在開發(fā)之前要確定。復(fù)制策略、分片策略，也要確定。表引擎方面，一般，更新不多、不需要事務(wù)的表可以用myisam，需要行鎖定、事務(wù)支持的，用innodb。myisam的鎖表不一定是性能低下的根源，innodb也不一定全是行鎖，具體細(xì)節(jié)要多看相關(guān)的文檔，熟悉了引擎特性才能用的更好?，F(xiàn)代Web應(yīng)用越來(lái)越復(fù)雜了，我們?cè)O(shè)計(jì)表結(jié)構(gòu)時(shí)常常設(shè)計(jì)很多冗余，雖然不符合傳統(tǒng)范式，但為了速度考慮還是值得的，要求高的情況下甚至要杜絕聯(lián)合查詢。編程時(shí)得多注意數(shù)據(jù)一致性。
復(fù)制策略方面，多主多從結(jié)構(gòu)也最好一開始就設(shè)計(jì)好，代碼直接按照多主多從來(lái)編寫，用一些小技巧來(lái)避免復(fù)制延時(shí)問(wèn)題，并且還要解決多數(shù)據(jù)庫(kù)數(shù)據(jù)是否一致，可以自己寫或者找現(xiàn)成的運(yùn)維工具。
分片策略?？倳?huì)有那么幾個(gè)表數(shù)據(jù)量超大，這時(shí)分片必不可免。分片有很多策略，從簡(jiǎn)單的分區(qū)到根據(jù)熱度自動(dòng)調(diào)整，依照具體業(yè)務(wù)選擇一個(gè)適合自己的。避免自增ID作為主鍵，不利于分片。
用存儲(chǔ)過(guò)程是比較難擴(kuò)展的，這種情形多發(fā)生于傳統(tǒng)C/S，特別是OA系統(tǒng)轉(zhuǎn)換過(guò)來(lái)的開發(fā)人員。低成本網(wǎng)站不是一兩臺(tái)小型機(jī)跑一個(gè)數(shù)據(jù)庫(kù)處理所有業(yè)務(wù)的模式，是機(jī)海作戰(zhàn)。方便水平擴(kuò)展比那點(diǎn)預(yù)分析時(shí)間和網(wǎng)絡(luò)傳輸流量要重要的多的多。
NoSQL。這只是一個(gè)概念。實(shí)際應(yīng)用中，網(wǎng)站有著越來(lái)越多的密集寫操作、上億的簡(jiǎn)單關(guān)系數(shù)據(jù)讀取、熱備等，這都不是傳統(tǒng)關(guān)系數(shù)據(jù)庫(kù)所擅長(zhǎng)的，于是就產(chǎn)生了很多非關(guān)系型數(shù)據(jù)庫(kù)，比如Redis/TC&TT/MongoDB/Memcachedb等，在測(cè)試中，這些幾乎都達(dá)到了每秒至少一萬(wàn)次的寫操作，內(nèi)存型的甚至5萬(wàn)以上。例如MongoDB，幾句配置就可以組建一個(gè)復(fù)制+自動(dòng)分片+failover的環(huán)境，文檔化的存儲(chǔ)也簡(jiǎn)化了傳統(tǒng)設(shè)計(jì)庫(kù)結(jié)構(gòu)再開發(fā)的模式。很多業(yè)務(wù)是可以用這類數(shù)據(jù)庫(kù)來(lái)替代mysql的。
八、緩存
數(shù)據(jù)庫(kù)很脆弱，一定要有緩存在前面擋著，其實(shí)我們優(yōu)化速度，幾乎就是優(yōu)化緩存，能用緩存的地方，就不要再跑到后端數(shù)據(jù)庫(kù)那折騰。緩存有持久化緩存、內(nèi)存緩存，生成靜態(tài)頁(yè)面是最容易理解的持久化緩存了，還有很多比如varnish的分塊緩存、前面提到的memcachedb等，內(nèi)存緩存，memcached首當(dāng)其沖。緩存更新可用被動(dòng)更新和主動(dòng)更新。被動(dòng)更新的好處是設(shè)計(jì)簡(jiǎn)單，緩存空了就自動(dòng)去數(shù)據(jù)庫(kù)取數(shù)據(jù)再把緩存填上，但容易引發(fā)雪崩效應(yīng)，一旦緩存大面積失效，數(shù)據(jù)庫(kù)的壓力直線上升很可能掛掉。主動(dòng)緩存可避免這點(diǎn)但是可能引發(fā)程序取不到數(shù)據(jù)的問(wèn)題。這兩者之間如何配合，程序設(shè)計(jì)要多動(dòng)腦筋。
九、隊(duì)列
用戶一個(gè)操作很可能引發(fā)一系列資源和功能的調(diào)動(dòng)，這些調(diào)動(dòng)如果同時(shí)發(fā)生，壓力無(wú)法控制，用戶體驗(yàn)也不好，可以把這樣一些操作放入隊(duì)列，由另幾個(gè)模塊去異步執(zhí)行，例如發(fā)送郵件，發(fā)送手機(jī)短信。開源隊(duì)列服務(wù)器很多，性能要求不高用數(shù)據(jù)庫(kù)當(dāng)做隊(duì)列也可以，只要保證程序讀寫隊(duì)列的接口不變，底層隊(duì)列服務(wù)可隨時(shí)更換就可以，類似Zend Framework里的Zend_Queue類，java.util.Queue接口等。
十、文件存儲(chǔ)
除了結(jié)構(gòu)化數(shù)據(jù)，我們經(jīng)常要存放其他的數(shù)據(jù)，像圖片之類的。這類數(shù)據(jù)數(shù)量繁多、訪問(wèn)量大。典型的就是圖片，從用戶頭像到用戶上傳的照片，還要生成不同的縮略圖尺寸。存儲(chǔ)的分布幾乎跟數(shù)據(jù)庫(kù)擴(kuò)展一樣艱難。不使用專業(yè)存儲(chǔ)的情況下，基本都是靠自己的NAS。這就涉及到結(jié)構(gòu)。拿圖片存儲(chǔ)舉例，圖片是非常容易產(chǎn)生熱點(diǎn)的，有些圖片上傳后就不再有人看，有些可能每天被訪問(wèn)數(shù)十萬(wàn)次，而且大量小文件的異步備份也很耗費(fèi)時(shí)間。
為了將來(lái)圖片走cdn做準(zhǔn)備，一開始最好就將圖片的域名分開，且不用主域名。很多網(wǎng)站都將cookie設(shè)置到了.domain.ltd，如果圖片也在這個(gè)域名下，很可能因?yàn)閏ookie而造成緩存失效，并且占多余流量，還可能因?yàn)闉g覽器并發(fā)線程限制造成訪問(wèn)緩慢。
如果用普通的文件系統(tǒng)存儲(chǔ)圖片，有一個(gè)簡(jiǎn)單的方法。計(jì)算文件的hash值，比如md5，以結(jié)果第一位作為第一級(jí)目錄，這樣第一級(jí)有16個(gè)目錄。從0到F，可以把這個(gè)字母作為域名，0.yourimg.com到f.yourimg.com（客戶端dns壓力會(huì)增大），還可以擴(kuò)展到最多16個(gè)NAS集群上。第二級(jí)可用年月例如，201011，第三級(jí)用日，第四級(jí)可選，根據(jù)上傳量，比如am/pm，甚至小時(shí)。最終的目錄結(jié)構(gòu)可能會(huì)是 e/201008/25/am/e43ae391c839d82801920cf.jpg。rsync備份時(shí)可以用腳本只同步某年某日某時(shí)的文件，避免計(jì)算大量文件帶來(lái)的開銷。當(dāng)然最好是能用專門的分布式文件系統(tǒng)或更專業(yè)點(diǎn)的存儲(chǔ)解決方案。
網(wǎng)頁(yè)名稱：詳述百萬(wàn)級(jí)訪問(wèn)網(wǎng)站前期的技術(shù)準(zhǔn)備(上篇)
分享URL：http://www.5511xx.com/article/dhhpcco.html
