【正文】 log_format access 39。 } if ($request_uri ~* ^/view/(.*)$) { proxy_pass 。 } 后端的Web服務(wù)器可以通過XForwardedFor獲取用戶真實IP proxy_set_header XForwardedFor $remote_addr。 proxy_redirect off。 } server { listen 81。 server :8081。 gzip_vary on。 gzip_p_level 2。 gzip_buffers 4 16k。 gzip on。 keepalive_timeout 1。 sendfile on。 client_header_buffer_size 32k。 charset gb2312。} { include 。events { use epoll。pid /usr/local/nginx/logs/。worker_processes 4。216。2 Web服務(wù)架構(gòu)評測主要對基于tomcat和nginx+tomcat的web服務(wù)器的處理性能進行測試，以作為不同性能要求下架構(gòu)選型的依據(jù) 測試環(huán)境 網(wǎng)絡(luò)環(huán)境1. 內(nèi)網(wǎng)帶寬216。Apache在配置ContentType的時候可以盡量少支持，盡可能少的LoadModule，保證更高的系統(tǒng)消耗和執(zhí)行效率同時配置apache和tomcat的組合使之能作到動靜分離，apache處理靜態(tài)頁面，tomcat處理動態(tài)頁面。 apache服務(wù)器優(yōu)化加大并發(fā)數(shù)量和關(guān)閉不需要的模塊。如果要加大并發(fā)連接數(shù)，應(yīng)同時加大這兩個參數(shù)。pression： 壓縮傳輸，取值on/off/force，默認值off。maxKeepAliveRequests： 保持請求數(shù)量，默認值100。設(shè)置為0表示永不超時，這樣設(shè)置有隱患的。enableLookups： 是否反查域名，默認值為true。maxSpareThreads： 一旦創(chuàng)建的線程超過這個值，Tomcat就會關(guān)閉不再需要的socket線程。minSpareThreads： Tomcat初始化時創(chuàng)建的線程數(shù)。acceptCount： 指定當(dāng)所有可以使用的處理請求的線程數(shù)都被使用時，可以放到處理隊列中的請求數(shù)，超過這個數(shù)的請求將不予處理。這個值表示Tomcat可創(chuàng)建的最大的線程數(shù)。 表示初始化內(nèi)存為256MB，可以使用的最大內(nèi)存為512MB。例如： JAVA_OPTS=39。Xms【初始化內(nèi)存大小】 Xmx【可以使用的最大內(nèi)存】39。因此一般建議堆的最大值設(shè)置為可用內(nèi)存的最大值的80%。Linux系統(tǒng)中：在/etc/： = 1 = 1 = 1 = 5 tomcat服務(wù)器優(yōu)化增大并發(fā)連接數(shù)，調(diào)整內(nèi)存參數(shù)的設(shè)置。 系統(tǒng)軟件參數(shù)優(yōu)化在一定的架構(gòu)基礎(chǔ)上，要提高并發(fā)處理能力則需要調(diào)整服務(wù)器的操作系統(tǒng)內(nèi)核參數(shù)、web服務(wù)器（tomcat的參數(shù)、apache的參數(shù)、Nginx的參數(shù)），以使其性能達到最優(yōu)化。這樣各種服務(wù)如插件一樣組成了一個開放的平臺，這樣團隊的規(guī)模就會比較小，比較靈活。這樣就有了越來越多的應(yīng)用服務(wù)器。這種架構(gòu)是松散耦合的，并且圍繞著服務(wù)進行構(gòu)建。上圖描述了Struts框架的結(jié)構(gòu)，而下圖通過一個活動圖更具體描述接受請求直至返回響應(yīng)的整個過程：2. 面向服務(wù)的應(yīng)用架構(gòu)面向服務(wù)的應(yīng)用架構(gòu)是指構(gòu)建可分布式的、去中心化的服務(wù)器平臺，以提供許多不同的應(yīng)用，數(shù)據(jù)庫被分成很多個小部分，圍繞每個部分都會創(chuàng)建一個服務(wù)接口(API),并且該接口是訪問數(shù)據(jù)庫的唯一途徑。iBATIS 把對象和存儲過程或者使用 XML 描述符的 SQL 語句進行了關(guān)聯(lián)。 WEB應(yīng)用開發(fā)架構(gòu)設(shè)計思路1. 基于MVC的三層應(yīng)用開發(fā)架構(gòu)應(yīng)用開發(fā)實現(xiàn)MVC三層架構(gòu)進行web應(yīng)用開發(fā)，采用ibatis作為持久層框架，c3p0作為數(shù)據(jù)庫連接池。目前，國內(nèi)訪問量較高的大型網(wǎng)站如新浪、網(wǎng)易等，均使用CDN網(wǎng)絡(luò)加速技術(shù)，雖然網(wǎng)站的訪問巨大，但無論在什么地方訪問都會感覺速度很快。從技術(shù)上全面解決由于網(wǎng)絡(luò)帶寬小、用戶訪問量大、網(wǎng)點分布不均等原因所造成的用戶訪問網(wǎng)站響應(yīng)速度慢的問題。CDN的全稱是Content Delivery Network，即內(nèi)容分發(fā)網(wǎng)絡(luò)。然后通過配置智能DNS解析來引導(dǎo)不同網(wǎng)絡(luò)的訪問用戶到對應(yīng)的網(wǎng)絡(luò)運營商的web服務(wù)器。 網(wǎng)絡(luò)問題解決方案你不可能要求所有的使用人員，都和你的服務(wù)器在一個運營商的網(wǎng)絡(luò)內(nèi)，而不同網(wǎng)絡(luò)之間訪問速度會很慢，我們可以采用鏡像網(wǎng)站和引入CDN來解決這一問題。使用獨立的圖片服務(wù)器不但可以避免以上這個情況，更可以對不同的使用性質(zhì)的圖片設(shè)置不同的過期時間，以便同一個用戶在不同頁面訪問相同圖片時不會再次從服務(wù)器（基于是緩存服務(wù)器）取數(shù)據(jù)，不但快速，而且還省了帶寬。 利用開源的lsync監(jiān)聽某一目錄，如果目錄內(nèi)文件發(fā)生增、刪、改，利用Rsync協(xié)議自動同步到多臺服務(wù)器。而NFS一般沒有這么巨大的規(guī)模。目前Google擁有超過200個的GFS集群，其中有些集群的PC數(shù)量超過5000臺。而GFS則沒有這一特點，文件只能被集群系統(tǒng)中的PC所訪問，而且這些PC的操作系統(tǒng)一般是Linux?？蛻舳讼葟腗aster上得到文件的Metadata，根據(jù)要讀取的數(shù)據(jù)在文件中的位置與相應(yīng)的 TrunkServer通信，獲取文件數(shù)據(jù)。GFS中文件備份成固定大小的Trunk分別存儲在不同的 TrunkServer上，每個Trunk有多份(比如3)拷貝，也存儲在不同的TrunkServer上。被共享的目錄和文件存放在服務(wù)器上，客戶機遠程地訪問保存在服務(wù)器上的數(shù)據(jù)。所以從功能上看，它們兩者是完全不同的概念。GFS是一個可擴展的分布式文件系統(tǒng)，用于大型的、分布式的、對大量數(shù)據(jù)進行訪問的應(yīng)用。通過使用NFS，用戶和程序訪問遠端系統(tǒng)上的文件就像訪問本地文件一樣。NFS即網(wǎng)絡(luò)文件系統(tǒng)，是由SUN公司開發(fā)的。 一個HDFS集群是由一個Namenode和一定數(shù)目的Datanodes組成。 文件存儲1. 文件共享1） HDFS（GFS）HDFS是Apache Hadoop項目中的一個分布式文件系統(tǒng)實現(xiàn)，基于Google于2003年10月發(fā)表的Google File System(GFS)論文。另外，在將所有備份文件從服務(wù)器上轉(zhuǎn)移出來之前要進行壓縮和加密。3. 擁有良好的DB配置和備份很多公司都沒有良好的備份機制，也不知道如 何恰當(dāng)?shù)赝瓿蛇@項工作。因此，即便在開始時使用同一臺數(shù)據(jù)庫服務(wù)器，也要盡早計劃在PHP中使用分離的DB連接來進行讀寫操作。更一般地，這意味著建立主/從副本系統(tǒng)，其中 程序會對主庫編寫所有的Update、Insert和Delete變更語句，而所有Select的數(shù)據(jù)都讀取自從數(shù)據(jù)庫（或者多個從數(shù)據(jù)庫）。使用讀/寫數(shù)據(jù)庫分離，隨著系統(tǒng)變得越來越龐大，特別是當(dāng)它們擁有 很差的SQL時，一臺數(shù)據(jù)庫服務(wù)器通常不足以處理負載。 數(shù)據(jù)庫配置及優(yōu)化1. 數(shù)據(jù)庫集群 對生產(chǎn)數(shù)據(jù)庫采用RAC實現(xiàn)數(shù)據(jù)庫的集群。在進行html靜態(tài)化的時候還可以使用一種折中的方法，就是前端繼續(xù)使用動態(tài)實現(xiàn)，在一定的策略下通過后臺模塊進行定時把動態(tài)網(wǎng)頁生成靜態(tài)頁面，并定時判斷調(diào)用，這個能實現(xiàn)很多靈活性的操作。對于大量內(nèi)容并且頻繁更新的網(wǎng)站，我們無法全部手動去挨個實現(xiàn)頁面靜態(tài)化，所以我們需要引入常見的信息發(fā)布系統(tǒng)(CMS)，信息發(fā)布系統(tǒng)(CMS)可以實現(xiàn)最簡單的信息錄入自動生成靜態(tài)頁面，對于一個大型網(wǎng)站來說，擁有一套高效、可管理的CMS是必不可少的。我們盡可能使我們的網(wǎng)站上的頁面采用靜態(tài)頁面來實現(xiàn)，這個最簡單的方法其實也是最有效的方法。從服務(wù)器運行的那個時間片來看，這個傳輸過程僅僅占用了很小的CPU資源。 頁面靜態(tài)化靜態(tài)的HTML頁面嚴格地由標(biāo)準(zhǔn)的HTML標(biāo)示語言構(gòu)成，并不需要服務(wù)器端即時運算生成。1) 用戶基本信息及狀態(tài)的信息緩沖2) 列表緩存，就像論壇里帖子的列表3) 記錄條數(shù)的緩存，比如一個論壇板塊里有多少個帖子，這樣才方便實現(xiàn)分頁。Memcached是以Key/Value的形式單個對象緩存。2） Memcachedmemcached是高性能的分布式內(nèi)存緩存服務(wù)器。 4) 支持集群：集群緩存數(shù)據(jù)能被單個的進行參數(shù)配置，不需要修改代碼。 2) 擁有全面的API：OSCache API允許你通過編程的方式來控制所有的OSCache特性。OSCache是當(dāng)前運用最廣的緩存方案，JBoss,Hibernate,Spring等都對其有支持。支持集群集群緩存數(shù)據(jù)能被單個的進行參數(shù)配置，不需要修改代碼。擁有全面的APIOSCache API給你全面的程序來控制所有的OSCache特性。2. 應(yīng)用程序方面的緩存1） OSCacheOSCache由OpenSymphony設(shè)計，它是一種開創(chuàng)性的JSP定制標(biāo)記應(yīng)用，提供了在現(xiàn)有JSP頁面之內(nèi)實現(xiàn)快速內(nèi)存緩沖的功能，OSCache是個一個廣泛采用的高性能的J2EE緩存框架，OSCache能用于任何Java應(yīng)用程序的普通的緩存解決方案。在生產(chǎn)應(yīng)用中它常常用作和squid的搭檔，squid對于帶?的鏈接往往無法阻擋，而nginx能將其訪問攔住，例如：://，所以會造成兩次穿透；而nginx只會保存一次，無論鏈接變成://，均不能透過nginx緩存，從而有效地保護了后端主機。Nginx目前沒有寫入memcached的任何機制，所以要往memcached里寫入數(shù)據(jù)得用后臺的動態(tài)語言完成，可以利用404定向到后端去寫入數(shù)據(jù)。 expires 70。 set $memcached_key $1。 {location /mem/ {Date一般是Squid從后面取頁面的時間，LastModified 一般是頁面生成時間。 緩存1. 系統(tǒng)架構(gòu)方面的緩存1） Squid緩存 架構(gòu)方面使用Squid進行緩存。使用 apache和多個tomcat 配置一個可以應(yīng)用的web網(wǎng)站，用Apache進行分流，把請求按照權(quán)重以及當(dāng)時負荷分tomcat1,tomcat2...去處理，要達到以下要求：1) Apache 做為HttpServer ，通過mod_jk連接器連接多個 tomcat 應(yīng)用實例，并進行負載均衡。 9) 穩(wěn)定性高用于反向代理，宕機的概率微乎其微。 7) 內(nèi)置的健康檢查功能如果 Nginx Proxy 后端的某臺 Web 服務(wù)器宕機了，不會影響前端訪問。而購買F5 BIGIP、NetScaler等硬件負載均衡交換機則需要十多萬至幾十萬人民幣。 4) 配置文件非常