大型網(wǎng)站架構(gòu)演進的五大階段盤點

大型網(wǎng)站都是從小型網(wǎng)站發(fā)展起來的，網(wǎng)站架構(gòu)也是一樣，網(wǎng)站剛開始搭建處于雛形階段，訪問量小，一臺服務(wù)器完全夠用，也是大部分企業(yè)級應(yīng)用的選擇。應(yīng)用程序，數(shù)據(jù)庫，文件都部署在一臺服務(wù)器的，通常服務(wù)器選用Linux，應(yīng)用程序選用PHP，然后部署在Apache 上，數(shù)據(jù)庫使用MySQL，匯集各種開源軟件以及一架廉價的服務(wù)器就可以進行開發(fā)。

這個時候由于網(wǎng)站具備了一定的特色，吸引了部分人訪問，逐漸你發(fā)現(xiàn)系統(tǒng)的壓力越來越高，響應(yīng)速度越來越慢，而這 個時候比較明顯的是數(shù)據(jù)庫和應(yīng)用互相影響，應(yīng)用出問題了，數(shù)據(jù)庫也很容易出現(xiàn)問題，而數(shù)據(jù)庫出問題的時候，應(yīng)用也容易出問題，于是進入了第一步演變階段： 應(yīng)用服務(wù)和數(shù)據(jù)分離，變成了兩臺機器，這個時候技術(shù)上沒有什么新的要求，但你發(fā)現(xiàn)確實起到效果了，系統(tǒng)又恢復(fù)到以前的響應(yīng)速度了，并且支撐住了更 高的流量，并且不會因為數(shù)據(jù)庫和應(yīng)用形成互相的影響。

好景不長，隨著訪問的人越來越多，你發(fā)現(xiàn)響應(yīng)速度又開始變慢了，查找原因，發(fā)現(xiàn)是訪問數(shù)據(jù)庫的操作太多，所以響應(yīng)變慢，但數(shù)據(jù)庫連 接又不能開太多，否則數(shù)據(jù)庫機器壓力會很高，于是進入了第二步演變階段： 使用緩存改善網(wǎng)站性能， 網(wǎng)站的緩存分為兩種： 緩存在本地服務(wù)器上的本地緩存，緩存在遠程服務(wù)器上的遠程緩存，本地緩存的訪問速度要比遠程緩存的更快。但是受應(yīng)用服務(wù)器的內(nèi)存限制，往往會存在本地緩存和應(yīng)用程序競爭內(nèi)存的情況，這種情況在遠程服務(wù)器上就不會存在，遠程分布式緩存可以使用集群的方式，部署大內(nèi)存的服務(wù)器使用專門的緩存服務(wù)器，理論上可以做到不受內(nèi)存限制的緩存服務(wù)。使用緩存后，有效的改善了數(shù)據(jù)庫訪問的壓力，整體系統(tǒng)的速度確實是提升了，

但是隨著訪問量的增加，發(fā)現(xiàn)系統(tǒng)又開始變的有些慢了，于是進入了第三步演變階段：增加頁面片段緩存，在采用 片段緩存再次提高了系統(tǒng)的緩存效果后，系統(tǒng)的壓力確實進一步降低了，但同樣，隨著訪問量的增加，系統(tǒng)還是開始變慢，經(jīng)過查找，可能會發(fā)現(xiàn)系 統(tǒng)中存在一些重復(fù)獲取數(shù)據(jù)信息的地方，像獲取用戶信息等，這個時候進入了第四步演變階段：數(shù)據(jù)緩存，于是將這些數(shù)據(jù)緩存到本地內(nèi)存，改變完畢后，完全符合預(yù)期，系統(tǒng)的響應(yīng)速度又恢復(fù)了，數(shù)據(jù)庫的壓力也再度降低了不少。

發(fā)現(xiàn)隨著系統(tǒng)訪問量的再度增加，webserver 機器的壓力在高峰期會上升到比較高，這個時候進入了第五步演變階段：開始考慮增加一臺服務(wù)器，這也是為了同時解決可用性的問題，避免單臺的服務(wù)器關(guān)機的話就沒法使用了，在做了這些考慮后，決定增加一臺服務(wù)器，系統(tǒng)終于是又恢復(fù)到了以往的速度。