這個(gè)架構是目前我個(gè)人覺(jué)得比較穩妥并且最方便的架構，易于多數人接受：
前端的lvs和squid，按照安裝方法，把epoll打開(kāi)，配置文件照搬，基本上問(wèn)題不多。
這個(gè)架構和app_squid架構的區別，也是關(guān)鍵點(diǎn)就是：加入了一級中層代理，中層代理的好處實(shí)在太多了：
1、gzip壓縮
壓縮可以通過(guò)nginx做，這樣，后臺應用服務(wù)器不管是apache、resin、lighttpd甚至iis或其他古怪服務(wù)器，都不用考慮壓縮的功能問(wèn)題。
2、負載均衡和故障屏蔽
nginx可以作為負載均衡代理使用，并有故障屏蔽功能，這樣，根據目錄甚至一個(gè)正則表達式來(lái)制定負載均衡策略變成了小case。
3、方便的運維管理，在各種情況下可以靈活制訂方案。
例如，如果有人用輕量級的ddos穿透squid進(jìn)行攻擊，可以在中層代理想辦法處理掉;訪(fǎng)問(wèn)量和后臺負載突變時(shí)，可以隨時(shí)把一個(gè)域名或一個(gè)目錄的請求扔入二級cache服務(wù)器;可以很容易地控制no-cache和expires等header。等等功能。。。
4、權限清晰
這臺機器就是不寫(xiě)程序的維護人員負責，程序員一般不需要管理這臺機器，這樣假如出現故障，很容易能找到正確的人。
對于應用服務(wù)器和數據庫服務(wù)器，最好是從維護人員的視線(xiàn)中消失，我的目標是，這些服務(wù)只要能跑得起來(lái)就可以了，其它的事情全部可以在外部處理掉。
聯(lián)系客服
