這個(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)系客服