大型網(wǎng)站要怎么設(shè)計(jì)

2019-11-16

次

　　一部小小的手機(jī)里邊，可能一起裝載著數(shù)十個(gè)軟件。并且在同一時(shí)刻，可能好幾個(gè)軟件在一起運(yùn)轉(zhuǎn)。別的，還得時(shí)刻準(zhǔn)備暫停運(yùn)轉(zhuǎn)，把手機(jī)CPU等資源讓給電話通話等優(yōu)先等級(jí)高的作業(yè)。還有，時(shí)刻需求準(zhǔn)備敷衍網(wǎng)絡(luò)連接中斷，手機(jī)電池耗盡等等狀況?？倸w，手機(jī)軟件的結(jié)構(gòu)規(guī)劃，是做小的藝術(shù)。

　　說(shuō)到做大規(guī)模網(wǎng)站，大家一定會(huì)想到云核算，想到Google File System，Chubby， BigTable，MapReduce等等。這些技能當(dāng)然很好，可是它們僅僅是構(gòu)成一個(gè)大型網(wǎng)站的技能要素。實(shí)踐構(gòu)建一個(gè)大型網(wǎng)站時(shí)，光知道技能要素是不行的，還得明白怎么把各個(gè)要素有機(jī)地結(jié)合到一起。

　　學(xué)習(xí)和掌握構(gòu)建大型網(wǎng)站的架構(gòu)，需求匯總散落的文章，梳理零散的內(nèi)容。做好這項(xiàng)作業(yè)很有含義，可是也比較困難。咱們的體會(huì)是，不妨抓住以下幾個(gè)主題，逐一分析大型網(wǎng)站的實(shí)例，然后橫向比較。

　　Google Bigtable的功率怎么？?jī)?yōu)點(diǎn)是什么，缺點(diǎn)是什么？Bigtable對(duì)什么樣的情景最適用？根據(jù)Bigtable原理完成的開(kāi)源軟件，Hadoop/HBase的運(yùn)轉(zhuǎn)功率怎么？

　　MemCached 最近大熱，Wikipedia， YouTube， Digg， Twitter等等大型網(wǎng)站都在用MemCached作為緩存東西。SquidCache和Varnish等等東西，也與緩存沾邊。Twitter的做法是把MemCached和Varnish結(jié)合起來(lái)，一起運(yùn)用。什么樣的內(nèi)容，應(yīng)該用什么樣的緩存東西？不同的東西間怎么和諧？各大網(wǎng)站的實(shí)踐運(yùn)轉(zhuǎn)的成果，有哪些經(jīng)驗(yàn)和教訓(xùn)？

　　據(jù)說(shuō)MogileFS更適合存儲(chǔ)大量的，可是單體尺度不大的文件，譬如images。而Google File System更適合存擴(kuò)大尺度可是數(shù)目不多的文件。有沒(méi)有可能把小尺度的多個(gè)文件，合并成一個(gè)大文件，然后存儲(chǔ)到Google File System中往。在這種狀況下，比較MogileFS與Google FS的性能，是否有高下之分？

　　常見(jiàn)的是多線程的方法?？墒亲鳂I(yè)臺(tái)的做法有利于集中核算資源處理繁重的任務(wù)，防止瓶頸的出現(xiàn)。可是缺點(diǎn)是需求在不同線程之間，傳遞記錄中心狀態(tài)的數(shù)據(jù)。么樣的情形適適用多線程，什么時(shí)候用作業(yè)臺(tái)？

　　Scheduler給不同服務(wù)器分配作業(yè)時(shí)，最簡(jiǎn)單的方法是啟動(dòng)預(yù)先安裝在該服務(wù)器上的相關(guān)程序。因?yàn)椴荒艽_保每個(gè)程序都十分完美，當(dāng)一個(gè)程序發(fā)作錯(cuò)誤時(shí)，應(yīng)當(dāng)防止整個(gè)服務(wù)器因此而潰散，影響其它作業(yè)的正常進(jìn)行。是否需求動(dòng)用virtual machine，完成各個(gè)不同作業(yè)之間彼此隔盡？

　　標(biāo)題是怎么讓第一臺(tái)App Server怎么知道應(yīng)該把中心成果給第二臺(tái)App Server，而第二臺(tái)App Server又怎么知道它的目的地是Web Server？一個(gè)比較有功率的做法，是區(qū)別數(shù)據(jù)流和操控流。Server與Server之間常設(shè)通道，專(zhuān)供操控流運(yùn)用，傳遞指令往操控?cái)?shù)據(jù)流的發(fā)送。數(shù)據(jù)流不占用操控流通道，只要在需求時(shí)，才建立數(shù)據(jù)流的通道。操控流和數(shù)據(jù)流的安排，需求結(jié)合詳細(xì)的事務(wù)邏輯，才能優(yōu)化規(guī)劃，削減帶寬耗費(fèi)，縮短數(shù)據(jù)傳輸?shù)臅r(shí)刻。

　　一般網(wǎng)站面臨的是形形色色的用戶，盡大多數(shù)用戶的行為是友愛(ài)的，可是不排除少量用戶蓄意惡作劇。假設(shè)事前沒(méi)有規(guī)劃防備措施，少量歹意用戶的肆無(wú)忌憚，會(huì)攪擾其他用戶享用正常的服務(wù)。

　　不管預(yù)先想象有多周密，實(shí)踐運(yùn)轉(zhuǎn)時(shí)，總會(huì)碰到這樣那樣的意外狀況。譬如靈敏詞的出現(xiàn)，往往事前沒(méi)有征兆。所以，在規(guī)劃體系架構(gòu)時(shí)，應(yīng)該給網(wǎng)管供給必要東西，敷衍突發(fā)事件。