大型網(wǎng)站動態(tài)運用體系架構(gòu)淺析

動態(tài)運用，是相對于網(wǎng)站靜態(tài)內(nèi)容而言， 是指以c/c++、php、Java、perl、.net等 服務(wù)器端言語開發(fā)的網(wǎng)絡(luò)運用軟件，比方論壇、網(wǎng)絡(luò)相冊、交友、BLOG等常見運用。動態(tài)運用體系通 常與數(shù)據(jù)庫體系、緩存體系、分布式存儲體系等密不可分。

大型動態(tài)運用體系渠道主要是針對于大流 量、高并發(fā)網(wǎng)站樹立的底層體系架構(gòu)。大型網(wǎng)站的運轉(zhuǎn)需求一個牢靠、安全、可擴展、易保護的運用體系渠道做為支撐，以保證網(wǎng)站運用的平穩(wěn)運轉(zhuǎn)。

大型動態(tài)運用體系又可分為幾個子體系：

1.Web前 端體系

2.負載均衡體系

3.數(shù)據(jù)庫集群體系

4.緩存體系

5.分布式存儲體系

6.分布式服務(wù)器辦理體系

7.代碼分發(fā)體系

8.Web前端體系

結(jié)構(gòu)圖：

為了到達不同運用的服務(wù)器共享、防止單點故障、會集辦理、一致裝備等目的，不以運用區(qū)分服 務(wù)器，而是將一切服務(wù)器做一致運用，每臺服務(wù)器都能夠?qū)Χ鄠�運用供給服務(wù)，當(dāng)某些運用拜訪量升高時，經(jīng)過添加服務(wù)器節(jié)點到達整個服務(wù)器集群的功能進步，同 時使他運用也會受益。

該Web前端體系根據(jù)Apache/Lighttpd/Eginx等 的虛擬主機渠道，供給PHP程序運轉(zhuǎn)環(huán)境。服務(wù)器對開發(fā)人員是通明的，不需求開發(fā)人員介入服務(wù)器辦理

負載均衡體系

負載均衡體系分為硬件和軟件兩種。硬件負載均衡功率高，可是價格貴，比方F5等。軟件負載均衡體系價格較低或者免費，功率較硬件負載均衡體系 低，不過對于流量一般或稍大些網(wǎng)站來講也足夠運用，比方lvs,nginx。大多數(shù)網(wǎng)站都是硬件、軟件負載均衡體系并用。

數(shù)據(jù)庫集群體系

結(jié)構(gòu)圖：

由于Web前端選用了負載均衡集群結(jié)構(gòu)進步了服務(wù)的有效性和擴展性，因而數(shù)據(jù)庫有必要也是高牢靠的才干保證整個服務(wù)體系的高牢靠性，怎么構(gòu)建一個高牢靠的、能夠供給大規(guī)模并發(fā)處理的數(shù)據(jù)庫體系？

咱們能夠選用如上圖所示的方案：

1)運用 MySQL 數(shù)據(jù)庫，考慮到Web運用的數(shù)據(jù)庫讀多寫少的特色，咱們主要對讀數(shù)據(jù)庫做了優(yōu)化，供給專用的讀數(shù)據(jù)庫和寫數(shù)據(jù)庫，在運用程序中完成讀操作和寫操作別離拜訪不同的數(shù)據(jù)庫。

2)運用 MySQL Replication 機制完成快速將主庫（寫庫）的數(shù)據(jù)庫復(fù)制到從庫（讀庫）。一個主庫對應(yīng)多個從庫，主庫數(shù)據(jù)實時同步到從庫。

3)寫數(shù)據(jù)庫有多臺，每臺都能夠供給多個運用共同運用，這樣能夠解決寫庫的功能瓶頸問題和單點故障問題。

4)讀數(shù)據(jù)庫有多臺，經(jīng)過負載均衡設(shè)備完成負載均衡，然后到達讀數(shù)據(jù)庫的高功能、高牢靠和高可擴展性。

5)數(shù)據(jù)庫服務(wù)器和運用服務(wù)器分離。

6)從數(shù)據(jù)庫運用BigIP做負載均衡。

緩存體系

緩存分為文件緩存、內(nèi)存緩存、數(shù)據(jù)庫緩存。在大型Web運用中運用最多且功率最高的是內(nèi)存緩存。最常用的內(nèi)存緩存東西是Memcachd。運用正確的緩存體系能夠到達完成以下方針：

1、運用緩存體系能夠進步拜訪功率，進步服務(wù)器吞吐能力，改善用戶體會。

2、減輕對數(shù)據(jù)庫及存儲集服務(wù)器的拜訪壓力

3、Memcached服務(wù)器有多臺，防止單點故障，供給高牢靠性和可擴展性，進步功能。

分布式存儲體系

結(jié)構(gòu)圖：

WEB體系渠道中的存儲需求有下面兩個特色：

1) 存儲量很大，經(jīng)常會到達單臺服務(wù)器無法供給的規(guī)模，比方相冊、視頻等運用。因而需求專業(yè)的大規(guī)模存儲體系。

2) 負載均衡cluster中的每個節(jié)點都有可能拜訪任何一個數(shù)據(jù)對象，每個節(jié)點對數(shù)據(jù)的處理也能被其他節(jié)點共享，因而這些節(jié)點要操作的數(shù)據(jù)從邏輯上看只能是一個全體，不是各自獨立的數(shù)據(jù)資源。

因而高功能的分布式存儲體系對于大型網(wǎng)站運用來說是非常重要的一環(huán)。（這個地方需求加入對某個分布式存儲體系的簡單介紹。）

分布式服務(wù)器辦理體系

結(jié)構(gòu)圖：

跟著網(wǎng)站拜訪流量的不斷添加，大多的網(wǎng)絡(luò)服務(wù)都是以負載均衡集群的方法對外供給服務(wù)，隨之集群規(guī)模的擴展，原來根據(jù)單機的服務(wù)器辦理模式現(xiàn)已不能夠滿意咱們的需求，新的需求有必要能夠會集式的、分組的、批量的、自動化的對服務(wù)器進行辦理，能夠批量化的執(zhí)行計劃任務(wù)。

在分布式服務(wù)器辦理體系軟件中有一些比較優(yōu)異的軟件，其中比較抱負的一個是 Cfengine。它能夠?qū)Ψ��?wù)器進行分組，不同的分組能夠別離定制體系裝備文件、計劃任務(wù)等裝備。它是根據(jù)C/S 結(jié)構(gòu)的，一切的服務(wù)器裝備和辦理腳本程序都保存在Cfengine Server上，而被辦理的服務(wù)器運轉(zhuǎn)著 Cfengine Client 程序，Cfengine Client經(jīng)過SSL加密的連接定期的向服務(wù)器端發(fā)送懇求以獲取最新的裝備文件和辦理命令、腳本程序、補丁裝置等任務(wù)。

有了Cfengine 這種會集式的服務(wù)器辦理東西，咱們就能夠高效的完成大規(guī)模的服務(wù)器集群辦理，被辦理服務(wù)器和 Cfengine Server 能夠分布在任何方位，只需網(wǎng)絡(luò)能夠連通就能完成快速自動化的辦理。

代碼發(fā)布體系

結(jié)構(gòu)圖：

跟著網(wǎng)站拜訪流量的不斷添加，大多的網(wǎng)絡(luò)服務(wù)都是以負載均衡集群的方法對外供給服務(wù)，隨之集群規(guī)模的擴展，為了滿意集群環(huán)境下程序代碼的批量分發(fā)和更新，咱們還需求一個程序代碼發(fā)布體系。

這個發(fā)布體系能夠幫咱們完成下面的方針：

1) 出產(chǎn)環(huán)境的服務(wù)器以虛擬主機方法供給服務(wù)，不需求開發(fā)人員介入保護和直接操作，供給發(fā)布體系能夠完成不需求登陸服務(wù)器就能把程序分發(fā)到方針服務(wù)器。

2) 咱們要完成內(nèi)部開發(fā)、內(nèi)部測試、出產(chǎn)環(huán)境測試、出產(chǎn)環(huán)境發(fā)布的4個開發(fā)階段的辦理，發(fā)布體系能夠介入各個階段的代碼發(fā)布。

3) 咱們需求完成源代碼辦理和版別操控，SVN能夠完成該需求。

這里邊能夠運用常用的東西Rsync，經(jīng)過開發(fā)相應(yīng)的腳本東西完成服務(wù)器集群間代碼同步分發(fā)