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



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

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

1、gzip壓縮

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

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

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

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

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

4、權(quán)限清晰

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

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