這個(gè)架構(gòu)是目前我個(gè)人覺得比較穩(wěn)妥并且最方便的架構(gòu)，易于多數(shù)人接受：



前端的lvs和squid，按照安裝方法，把epoll打開，配置文件照搬，基本上問題不多。

這個(gè)架構(gòu)和app_squid架構(gòu)的區(qū)別，也是關(guān)鍵點(diǎn)就是：加入了一級(jí)中層代理，中層代理的好處實(shí)在太多了：

1、gzip壓縮

壓縮可以通過nginx做，這樣，后臺(tái)應(yīng)用服務(wù)器不管是apache、resin、lighttpd甚至iis或其他古怪服務(wù)器，都不用考慮壓縮的功能問題。

2、負(fù)載均衡和故障屏蔽

nginx可以作為負(fù)載均衡代理使用，并有故障屏蔽功能，這樣，根據(jù)目錄甚至一個(gè)正則表達(dá)式來制定負(fù)載均衡策略變成了小case。

3、方便的運(yùn)維管理，在各種情況下可以靈活制訂方案。

例如，如果有人用輕量級(jí)的ddos穿透squid進(jìn)行攻擊，可以在中層代理想辦法處理掉；訪問量和后臺(tái)負(fù)載突變時(shí)，可以隨時(shí)把一個(gè)域名或一個(gè)目錄的請(qǐng)求扔入二級(jí)cache服務(wù)器；可以很容易地控制no-cache和expires等header。等等功能。。。

4、權(quán)限清晰

這臺(tái)機(jī)器就是不寫程序的維護(hù)人員負(fù)責(zé)，程序員一般不需要管理這臺(tái)機(jī)器，這樣假如出現(xiàn)故障，很容易能找到正確的人。

對(duì)于應(yīng)用服務(wù)器和數(shù)據(jù)庫服務(wù)器，最好是從維護(hù)人員的視線中消失，我的目標(biāo)是，這些服務(wù)只要能跑得起來就可以了，其它的事情全部可以在外部處理掉。