這個架構是目前我個人覺得比較穩妥并且最方便的架構，易于多數人接受：



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

這個架構和app_squid架構的區別，也是關鍵點就是：加入了一級中層代理，中層代理的好處實在太多了：

1、gzip壓縮

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

2、負載均衡和故障屏蔽

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

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

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

4、權限清晰

這臺機器就是不寫程序的維護人員負責，程序員一般不需要管理這臺機器，這樣假如出現故障，很容易能找到正確的人。

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