【正文】 自動同步到多臺服務(wù)器。 3. 圖片服務(wù)器分離 特別是如果程序與圖片都放在同一個 APAHCE 的服務(wù)器下，每一個圖片的請求都有可能導(dǎo)致一個 HTTPD 進程的調(diào)用。 使用獨立的圖片服務(wù)器不但可以避免以上這個情況，更可以對不同的使用性質(zhì)的圖片設(shè)置不同的過期時間，以便同一個用戶在不同頁面 訪問相同圖片時不會再次從服務(wù)器（基于是緩存服務(wù)器）取數(shù)據(jù)，不但快速，而且還省了帶寬。還有就是，對于緩存的時間上，亦可以做獨 立的調(diào)節(jié)。 公開 內(nèi)部公開 機密 絕密 √ 11/17/2020 版權(quán)所有，侵權(quán)必究 All rights reserved 第 19頁 ,共 39頁 Page 19 , Total39 網(wǎng)絡(luò)問題解決方案 你不可能要求所有 的使用人員，都和你的服務(wù)器在一個運營商的網(wǎng)絡(luò)內(nèi) ，而不同網(wǎng)絡(luò)之間訪問速度會很慢 ， 我們可以采用鏡像網(wǎng)站和 引入 CDN來解決這一問題 。 智 能 D N S解 析電 信 機 房服 務(wù) 器 1 服 務(wù) 器 n動 態(tài) 內(nèi) 容 （ 社 區(qū) 、 投 票 、 調(diào)查 、 搜 索 、 點 評 、 視 頻 ）靜 態(tài) 內(nèi) 容（ 靜 態(tài) 網(wǎng) 頁 、 圖 片 ）多 線 機 房服 務(wù) 器 1 服 務(wù) 器 n服 務(wù) 器 1 服 務(wù) 器 n網(wǎng) 通 機 房其 他用 戶網(wǎng) 通用 戶用 戶C D N電 信用 戶 1. 智能 DNS解析 我們可 以在不同的網(wǎng)絡(luò)運營 商部署 web服務(wù)器， 通過 linux上的 rsync工具自動同步到 不同網(wǎng)絡(luò)接入商的 web服務(wù)器 上 ，以作為主站的鏡像。 然后通過配置智能 DNS解析來 引導(dǎo)不同網(wǎng)絡(luò)的訪問用戶到對應(yīng)的網(wǎng)絡(luò)運營商的 web服務(wù)器。 2. CDN 如果有足夠的投資， 也 可以采用 CDN(內(nèi)容分發(fā)網(wǎng) )， 把靜態(tài)內(nèi)容（靜態(tài)頁面和圖片 ） 進行 CDN緩存，以 減輕服務(wù)器壓力。 CDN的全稱是 Content Delivery Network，即內(nèi)容分發(fā)網(wǎng)絡(luò)。 它采取了分布式網(wǎng)絡(luò)緩存結(jié)構(gòu)（即國際上流行的 web cache技術(shù)） ， 其目的是通過在現(xiàn)有的 Inter中增加一層新的網(wǎng)絡(luò)架構(gòu)，將網(wǎng)站的內(nèi)容發(fā)布到最接近用戶的網(wǎng)絡(luò) 邊緣 ，使用戶可以就近取得所需的內(nèi)容，解決 Inter網(wǎng)絡(luò)擁擠的狀況，提高用戶訪問網(wǎng)站的響應(yīng)速度。從技術(shù)上全面解決由于網(wǎng)絡(luò)帶寬小、用戶訪問量大、網(wǎng)點分布不均等原因所造成的用戶訪問網(wǎng)站響應(yīng)速度慢的問題。 (也就是一個服務(wù)器的內(nèi) 容，平均分部到多個服 公開 內(nèi)部公開 機密 絕密 √ 11/17/2020 版權(quán)所有，侵權(quán)必究 All rights reserved 第 20頁 ,共 39頁 Page 20 , Total39 務(wù)器上，服務(wù)器智能識別，讓用戶獲取離用戶最近的服務(wù)器，提高速度。 目前，國內(nèi)訪問量較高的大型網(wǎng)站如新浪、網(wǎng)易等，均使用 CDN網(wǎng)絡(luò)加速技術(shù)，雖然網(wǎng)站的訪問巨大，但無論在什么地方訪問都會感覺速度很快。而一般的網(wǎng)站如果服務(wù)器在網(wǎng)通，電信用戶訪問很慢，如果服務(wù)器在電信，網(wǎng)通用戶訪問又很慢。 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ù)庫連接池。 iBATIS 是一個可以設(shè)計和實現(xiàn)更好的 Java 應(yīng)用程序持久化層的框架。 iBATIS 把對象和存儲過程或者使用 XML 描述符的 SQL 語句進行了關(guān)聯(lián)。 簡單是 iBATIS 最大的優(yōu)勢 ? ibatis使用 ibatis的十個理由 1. 至少能 操作 10 種以上的數(shù)據(jù)庫 2. 可配置的 caching(包括從屬 ) 3. 支持 DataSource、 local transaction management 和 global transaction 4. 簡單的 XML 配置文檔 5. 支持 Map, Collection, List 和簡單類型包裝 (如 Integer, String) 6. 支持 JavaBeans 類 (get/set 方法 ) 7. 支持復(fù)雜的對象映射 (如 populating lists, plex object models) 8. 對象模型從不完美 (不需要修改 ) 9. 數(shù)據(jù)模型從不完美 (不需要修改 ) 10. 你已經(jīng)知道 SQL，為什么還要學(xué)習(xí)其他東西 公開 內(nèi)部公開 機密 絕密 √ 11/17/2020 版權(quán)所有，侵權(quán)必究 All rights reserved 第 21頁 ,共 39頁 Page 21 , Total39 1） MVC架構(gòu)示意 公開 內(nèi)部公開 機密 絕密 √ 11/17/2020 版權(quán)所有，侵權(quán)必究 All rights reserved 第 22頁 ,共 39頁 Page 22 , Total39 2） Struts架構(gòu) 客戶端發(fā)送一個 HTTP請求，通過 Struts框架最后獲得一個 HTTP響應(yīng)，這一過程非常重要，它是理解 Struts框架的重點。上圖描述了 Struts框架的結(jié)構(gòu)，而下圖通過一個活動圖更具體描述接受請求直至返回響應(yīng)的整個過程 ： 公開 內(nèi)部公開 機密 絕密 √ 11/17/2020 版權(quán)所有，侵權(quán)必究 All rights reserved 第 23頁 ,共 39頁 Page 23 , Total39 2. 面向服務(wù)的應(yīng)用架構(gòu) 面向服務(wù) 的應(yīng)用架構(gòu)是指 構(gòu)建可 分布式的、去中心化的服務(wù)器平臺， 以 提供許多不同的應(yīng)用，數(shù) 據(jù)庫被分成很多個小部分，圍繞每個部分都會創(chuàng)建一個服務(wù)接口 (API),并且該接口是訪問數(shù)據(jù)庫的唯一途徑。最終數(shù)據(jù)庫演變成一個非常龐大的共享資源。 這種 架構(gòu)是松散耦合的，并且圍繞著服務(wù)進行構(gòu)建。面向服務(wù)的架構(gòu)提供給他們隔離特性，一個服務(wù)可能有很多臺數(shù)據(jù)庫服務(wù)器，他們之間的數(shù)據(jù)是相通的，而對外他們的接口只有一個，外面是無法知道這個服務(wù)后面的數(shù)據(jù)組織是如何搭建的。 公開 內(nèi)部公開 機密 絕密 √ 11/17/2020 版權(quán)所有，侵權(quán)必究 All rights reserved 第 24頁 ,共 39頁 Page 24 , Total39 這樣就 有了越來越多的應(yīng)用服務(wù)器。這些應(yīng)用服務(wù)器從數(shù)據(jù)眾多的服務(wù)（每個服務(wù)背后都有數(shù)據(jù)庫或集群數(shù)據(jù)庫）中聚合信息，然后生成我們所看到的 。 這樣 各種服務(wù)如插件一樣組成了一個開放的平臺， 這樣 團隊 的 規(guī)模 就會比較小，比較靈活 。 注 Amazon 就是采用了這種架構(gòu)來構(gòu) 建的，它擁有上千臺服務(wù)器。 系統(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)化。 操作系統(tǒng)優(yōu) 化 調(diào) 整系統(tǒng)的內(nèi)核參數(shù)，增大連接數(shù)及 TCP/IP的超時設(shè)置。 Linux系統(tǒng)中： 在 /etc/： = 1 = 1 = 1 = 5 tomcat服務(wù)器優(yōu)化 增大并發(fā)連接數(shù)， 調(diào)整 內(nèi)存參數(shù)的設(shè)置 。 JDK 內(nèi)存優(yōu)化： 當(dāng)應(yīng)用程序需要的內(nèi)存超出堆的最大值時虛擬機就會提示內(nèi)存溢出 ，并且導(dǎo)致應(yīng)用服務(wù)崩潰。因此一般建議堆的最大值設(shè)置為可用內(nèi)存的最大值的 80%。 Tomcat 默認可以使用的內(nèi)存為128MB，在較大型的應(yīng)用項目中，這點內(nèi)存是不夠的，需要調(diào)大 . Tomcat 默認可以使用的內(nèi)存為 128MB,Windows 下 ,在文件 /bin/， Unix 下，在文件 /bin/ 的前面，增加如下設(shè)置： JAVA_OPTS=39。Xms【初始化內(nèi)存大小】 Xmx【可以使用的最大內(nèi)存】 39。 需要把這個兩個參數(shù)值調(diào)大。例如： JAVA_OPTS=39。Xms256m Xmx512m39。 表示初始化內(nèi)存為 256MB，可以使用的最大內(nèi)存為 512MB。 連接器優(yōu)化： 在 tomcat 配置文件 中的配置中，和連接數(shù)相關(guān)的參數(shù)有： maxThreads： Tomcat 使用線程來處理接收的每個請求。這個值表示 Tomcat 可創(chuàng)建的最大的線程數(shù)。默認值 150。 acceptCount： 指定當(dāng)所有可以使用的處理請求的線程數(shù)都被使用時，可以放到處理隊列中的請求數(shù)，超過這個數(shù)的請求將不予處理。默認值 10。 minSpareThreads： Tomcat 初始化時創(chuàng)建的線程 數(shù)。默認值 25。 maxSpareThreads： 一旦創(chuàng)建的線程超過這個值， Tomcat 就會關(guān)閉不再需要的 socket 線程。默認值 75。 公開 內(nèi)部公開 機密 絕密 √ 11/17/2020 版權(quán)所有，侵權(quán)必究 All rights reserved 第 25頁 ,共 39頁 Page 25 , Total39 enableLookups： 是否反查域名，默認值為 true。為了提高處理能力，應(yīng)設(shè)置為 false connnectionTimeout： 網(wǎng)絡(luò)連接超時，默認值 60000，單位：毫秒。設(shè)置為 0 表示永不超時，這樣設(shè)置有隱患的。通常可設(shè)置為 30000 毫秒。 maxKeepAliveRequests： 保持請求數(shù)量，默認值 100。 bufferSize： 輸入流緩沖大小，默認 值 2048 bytes。 pression： 壓縮傳輸，取值 on/off/force，默認值 off。 其中和最大連接數(shù)相關(guān)的參數(shù)為maxThreads 和 acceptCount。如果要加大并發(fā)連接數(shù)，應(yīng)同時加大這兩個參數(shù)。 web server 允許的最大連接數(shù)還受制于 *作系統(tǒng)的內(nèi)核參數(shù)設(shè)置，通常 Windows是 2020 個左右， Linux 是 1000 個左右。 apache服務(wù)器優(yōu)化 加大并發(fā)數(shù)量和關(guān)閉不需要的模塊。因 為 apache非常消耗內(nèi)存，盡量輕 量化。 Apache在配置 ContentType的時 候可以盡量少支持，盡可能少的 LoadModule，保證更高的系統(tǒng)消耗和執(zhí)行效率 同時配置 apache和 tomcat的組合使之能作到動靜分離， apache處理靜態(tài)頁面， tomcat處理動態(tài)頁面。 在處理靜態(tài)頁面或者圖片、 js等訪問方面，可以考慮使用 ligd代替 Apache，它提供了更輕量級和更高效的處理能力 Nginx服務(wù)器的優(yōu)化 worker_processes：該參數(shù)的值最好跟 cpu核數(shù)相等，能夠發(fā)揮最大性能，如果 nginx所在服務(wù)器為 2顆雙核 cpu，則建議設(shè)定為 4。 3 Web服務(wù)架構(gòu) 評測 主要對基于 tomcat和 nginx+tomcat的 web服務(wù)器的處理性能進行測試，以作為不同性能要求下架構(gòu)選型的依據(jù) 測試環(huán)境 網(wǎng)絡(luò)環(huán)境 1. 內(nèi)網(wǎng)帶寬 ? 千 M內(nèi)網(wǎng)。 ? 內(nèi)網(wǎng) ping包延遲： 公開 內(nèi)部公開 機密 絕密 √ 11/17/2020 版權(quán)所有，侵權(quán)必究 All rights reserved 第 26頁 ,共 39頁 Page 26 , Total39 2. 網(wǎng)絡(luò)拓撲示意 1 9 2 . 1 6 8 . 1 3 1 . 5 7T o m c a t 11 9 2 . 1 6 8 . 1 3 1 . 5 6T o m c a t 21 9 2 . 1 6 8 . 1 3 1 . 6 0 : 8 1N g i n x 服 務(wù) 端W E B 服 務(wù) 高 可 用 測 試 網(wǎng) 絡(luò) 示 意 圖1 9 2 . 1 6 8 . 1 3 1 . 1 9t e s t 11 9 2 . 1 6 8 . 1 3 1 . 6 1t e s t 2W E B 服 務(wù)測 試 服 務(wù) 器千 兆 交 換 機 服務(wù)器配置 設(shè)備 硬件配置 操作系統(tǒng) Nginx IBM X3650 CPU: Intel(R) Xeon(R) E5150 2核 *2 內(nèi)存： 4G 千兆 網(wǎng)卡 Redhat linux as4 Tomcat1 Hp DL580 G4 CPU: Intel(R) Xeon(TM) 4核 *2 內(nèi)存： 8G 千兆網(wǎng)卡 Redhat linux as5 Tomcat2 Hp DL580 G4 CPU: Intel(R) Xeon(TM) 4核 *2 內(nèi)存： 8G 千兆網(wǎng)卡 Redhat linux as5 Test1 Hp DL580 G5 CPU:Intel(R) Xeon(R) E7310 4核 *2 內(nèi)存： 4G 千兆網(wǎng)卡 Redhat linux as5 Test2 IBM X3650 CPU: Intel(R) Xeon(R) E5150 2核 *2 內(nèi)存： 4G 千兆網(wǎng)卡 Redhat linux as4 公開 內(nèi)部公開 機密 絕密 √ 11/17/2020 版權(quán)所有，侵權(quán)必究 All rights reserved 第 27頁