B2B2C電商平臺架構(gòu)設(shè)計技術(shù)方案

1、B2B2C電商平臺系統(tǒng)方案二零一二年三月1目錄1 總體設(shè)計說明 21.1 項目概述 21.2 建設(shè)目標(biāo) 21.3 建設(shè)原則 22 系統(tǒng)需求分析 32.1 服務(wù)器集群 32.2 負載均衡 32.3 數(shù)據(jù)庫集群與庫表散列 32.4 劃分服務(wù)器 42.5 不同網(wǎng)絡(luò)用戶的訪問問題 43 系統(tǒng)架構(gòu)設(shè)計 43.1 網(wǎng)站物理架構(gòu) 43.2 Web 應(yīng)用開發(fā)架構(gòu) 53.3 網(wǎng)絡(luò)拓撲結(jié)構(gòu) 64 架構(gòu)方案所涉及的技術(shù) 74.1 負載均衡 74.2 頁面靜態(tài)化 84.3 MVC 架構(gòu) 94.4 CDN 和鏡像網(wǎng)站技術(shù) 105 網(wǎng)站的硬件擴容和升級 115.1 增加服務(wù)器 115.2 升級服務(wù)器 115.3 增加存儲

2、 115.4 網(wǎng)絡(luò)擴容 122B2B2C 商城平臺設(shè)計方案商城平臺設(shè)計方案1 1 總體設(shè)計說明總體設(shè)計說明1.11.1項目概述項目概述B2B2C 商城平臺項目是因為原 B2B2C 平臺系統(tǒng)系統(tǒng)設(shè)計不合理造成應(yīng)用問題、效率低下等原因而要求重新設(shè)計的。我們先前的 B2B2C 商城平臺最主要的問題是在遭受低負載的情況下系統(tǒng)不能正常的運行，所以此問題也是該方案所要重點解決的。當(dāng)此項目建成后，我們的 B2B2C 商城平臺將大大減輕商城系統(tǒng)、便民系統(tǒng)的壓力，使用戶足就能享受快速、高效的應(yīng)用服務(wù)。系統(tǒng)的設(shè)計要能解決原 B2B2C 商城平臺訪問難的問題，在高負載情況下要保證系統(tǒng)的正常工作。系統(tǒng)的建設(shè)要符合國家

3、標(biāo)準，必須要能滿足當(dāng)前大量用戶的訪問需求，能承受或杜絕同一個用戶頻繁對頁面的點擊所產(chǎn)生的流量。充分發(fā)揮系統(tǒng)的作用和效益。該系統(tǒng)采用先進成熟的技術(shù)進行建設(shè)并能根據(jù)需要為以后系統(tǒng)的升級做好準備。.1 實用性實用性B2B2C 商城平臺要根據(jù)當(dāng)前運作需求情況和系統(tǒng)未來的規(guī)劃進行設(shè)計。 結(jié)合實際使系統(tǒng)的性價比達到最高。.2 可靠性可靠性系統(tǒng)的設(shè)計要使之能長期穩(wěn)定的運行，當(dāng)遇到問題的時候還要能夠快速有效的恢復(fù)。.3 安全性安全性確保系統(tǒng)的線路設(shè)計和設(shè)備是否能安全正常工作，保證用戶信息不向外泄漏。.4 兼容性與擴展性兼容性與擴展性B2B2C 商

4、城平臺的設(shè)計上采用先進成熟的技術(shù)設(shè)備，以保障系統(tǒng)的高效運行，也是為系統(tǒng)的擴充和升級做好準備。.5 專業(yè)性專業(yè)性系統(tǒng)的設(shè)計遵照國家標(biāo)準，符合國家要求。.6 易管理性易管理性系統(tǒng)的設(shè)計要便于管理，方便日常維護中的操作。2 2 系統(tǒng)需求分析系統(tǒng)需求分析由于 B2B2C 商城平臺建成后是為我們中國 13 億人提供應(yīng)用服務(wù)的， 將不可避免的遭受由大量網(wǎng)頁點擊造成的網(wǎng)絡(luò)高流量、高負載的情況。所以要求此系統(tǒng)要能克服這種嚴重的狀況，保證整個系統(tǒng)正常、安全、可靠的運行。最終方便用戶網(wǎng)購及便民服務(wù)。3為了滿足以上要求，該方案需要采取服務(wù)器集群、負載均衡、數(shù)據(jù)庫劃分、圖片服務(wù)器分離等

5、，不僅如此，還要考慮不同網(wǎng)絡(luò)用戶的訪問問題。2.12.1 服務(wù)器集群服務(wù)器集群服務(wù)器集群就是指把很多的服務(wù)器統(tǒng)一集中起來進行同一種服務(wù)，在客戶端看起來就像是只有一個服務(wù)器在提供服務(wù)。集群可以利用多個計算機進行并行計算從而獲得更高的計算速度，也可以使用多個計算機做備份，并且能使其中一臺計算機壞了后整個系統(tǒng)依然能正常運行。此系統(tǒng)采用服務(wù)器集群技術(shù)，集群內(nèi)的服務(wù)器能并發(fā)的處理來自網(wǎng)絡(luò)的訪問請求，當(dāng)訪問量過大時，各服務(wù)器共同承擔(dān)訪問處理的任務(wù)，這將大幅的提高系統(tǒng)的工作效率。除此之外，還可以根據(jù)需求添加集群中服務(wù)器的數(shù)量以增大集群的處理能力。2.22.2 負載均衡負載均衡負載均衡就是把從網(wǎng)絡(luò)中傳輸進系統(tǒng)

6、的流量根據(jù)系統(tǒng)的實際工作情況進行分流和劃分，然后再傳輸?shù)礁鞣?wù)器進行處理。在此方案中將采用負載均衡器和 Squid/Nginx 反向代理服務(wù)器實現(xiàn)此功能， 負載均衡器需要被放置在臨近服務(wù)器集群的位置。由于采用的是服務(wù)器集群技術(shù)，但當(dāng)網(wǎng)站系統(tǒng)訪問量很大時，Web 服務(wù)器集群里的各個服務(wù)器壓力都會很大，所以我們使用負載均衡器來管理這些訪問請求，把這些訪問請求傳輸給集群中有空閑資源的服務(wù)器進行處理。這樣就能充分的利用服務(wù)器集群的優(yōu)勢，不至于因為集群內(nèi)一臺服務(wù)器資源耗盡或出現(xiàn)故障而中斷服務(wù)。2.32.3 數(shù)據(jù)庫集群與庫表散列數(shù)據(jù)庫集群與庫表散列數(shù)據(jù)庫服務(wù)器在整個系統(tǒng)的地位非常的重要， 因為網(wǎng)站的瓶頸問

7、題大都出現(xiàn)在數(shù)據(jù)庫身上。大型網(wǎng)站都有復(fù)雜的應(yīng)用，這些應(yīng)用必須使用數(shù)據(jù)庫，在面對大量訪問的時候，數(shù)據(jù)庫的瓶頸很快就能顯現(xiàn)出來，這時一臺數(shù)據(jù)庫將很快無法滿足應(yīng)用，于是我們需要使用數(shù)據(jù)庫集群或者庫表散列。1. 數(shù)據(jù)庫集群在數(shù)據(jù)庫集群方面，不同類型的數(shù)據(jù)庫都有自己不同的解決方案，使用了什么樣的數(shù)據(jù)庫，就參考相應(yīng)的解決方案。2. 庫表散列在應(yīng)用程序中安裝業(yè)務(wù)和應(yīng)用或者功能模塊將數(shù)據(jù)庫進行分離，不同的模塊對應(yīng)不同的數(shù)據(jù)庫或者表，再按照一定的策略對某個頁面或者功能進行更小的數(shù)據(jù)庫散列，這樣就能夠低成本的提升系統(tǒng)的性能并且有很好的擴展性。2.42.4 劃分服務(wù)器劃分服務(wù)器按服務(wù)器種類來劃分，我們一般把服務(wù)器劃

8、分為：圖片服務(wù)器、頁面服務(wù)器、數(shù)據(jù)庫服務(wù)器、應(yīng)用服務(wù)器、日志服務(wù)器等。對于訪問量大的網(wǎng)站而言，分離單獨的服務(wù)器是非常必要的。分離服務(wù)器后各個服務(wù)器只需要完成各自的功能和處理任務(wù)，這樣把工作細化后系統(tǒng)的整體運行效率也會提升很多。42.52.5 不同網(wǎng)絡(luò)用戶的訪問問題不同網(wǎng)絡(luò)用戶的訪問問題由于處于不同網(wǎng)絡(luò)服務(wù)商的計算機想要相互通訊會比在同一網(wǎng)絡(luò)服務(wù)商的計算機慢。為了解決此問題，本系統(tǒng)將通過引入 CDN 和鏡像網(wǎng)站技術(shù)來解決不同網(wǎng)絡(luò)服務(wù)商的接入速度問題。3 3 系統(tǒng)架構(gòu)設(shè)計系統(tǒng)架構(gòu)設(shè)計3.13.1 網(wǎng)站物理架構(gòu)網(wǎng)站物理架構(gòu)圖片服務(wù)器集群圖片服務(wù)器集群 Web 服務(wù)器集群服務(wù)器集群 AWeb 服務(wù)器集

9、群服務(wù)器集群 BSquid 服務(wù)器集群服務(wù)器集群整個系統(tǒng)架構(gòu)組成如圖所示， 該架構(gòu)有負載均衡器、 Nginx 代理服務(wù)器集群或Squid 代理服務(wù)器集群以及其他種類的服務(wù)器集群。 這樣的架構(gòu)設(shè)計能夠使該系統(tǒng)在高負載的情況下依然能正常工作，同時系統(tǒng)的安全性因為有代理服務(wù)器集群的存在也會得到相當(dāng)大的提高。.1 架構(gòu)中的代理服務(wù)器架構(gòu)中的代理服務(wù)器代理服務(wù)器是介于客戶端和 Web 服務(wù)器之間的另一種服務(wù)器的存在，有了它之后，瀏覽器不能直接到 Web 服務(wù)器去取回網(wǎng)頁，而是向代理服務(wù)器發(fā)出請求，信號會先傳送到代理服務(wù)器，由代理服務(wù)器來取回瀏覽器所需要的信息并傳回瀏覽器。很多代理服務(wù)器都

10、有很大的存儲空間，它能不斷的將新取得的數(shù)據(jù)存儲到它本機的存儲器上，如果瀏覽器所請求的數(shù)據(jù)在它本機存儲器上有而且是最新的，5那么它就不再從 Web 服務(wù)器上讀取數(shù)據(jù)，而是直接將存儲器上的數(shù)據(jù)直接傳送給用戶的瀏覽器，起到系統(tǒng)緩存的作用。這樣就能顯著的提高瀏覽器的速度和效率。除了緩存功能之外，代理服務(wù)器還能連接內(nèi)網(wǎng)與 Internet 充當(dāng)防火墻。這是因為所有內(nèi)部的主機通過代理服務(wù)器訪問外界時，只映射為一個 IP 地址，所以外界不能直接訪問到內(nèi)部網(wǎng)絡(luò)；同時還可以設(shè)置 IP 地址過濾，限制內(nèi)外網(wǎng)絡(luò)之間的相互訪問。所以本系統(tǒng)中采用代理服務(wù)器集群技術(shù)是對整個系統(tǒng)的安全是大有裨益的。.2 架

11、構(gòu)中的架構(gòu)中的 WebWeb 服務(wù)器服務(wù)器Web 服務(wù)器是指駐留于因特網(wǎng)上某類計算機的的程序。 當(dāng)客戶端的 Web 瀏覽器連接到服務(wù)器上并請求文件時，服務(wù)器將處理該請求并將文件發(fā)送到瀏覽器上，文件附帶的信息（文件類型）會告訴瀏覽器如何查看該文件。服務(wù)器使用 Http 超文本傳輸協(xié)議進行信息交流。Web 服務(wù)器不僅能夠存儲信息，還能在用戶通過 Web瀏覽器提供的信息基礎(chǔ)上運行程序。.3 圖片服務(wù)器分離圖片服務(wù)器分離對于 Web 服務(wù)器來說，不管是 tomcat、Apache、IIS 還是其他容器，圖片是最消耗資源的，于是我們有必要將圖片與頁面進行分離。這樣的架構(gòu)可以降低提供頁面訪

12、問請求的服務(wù)器系統(tǒng)壓力，并且可以保證系統(tǒng)不會因為圖片問題而崩潰。3.23.2 WebWeb 應(yīng)用開發(fā)架構(gòu)應(yīng)用開發(fā)架構(gòu)Web 應(yīng)用開發(fā)采用 MVC 架構(gòu)。 把各種應(yīng)用程序劃分為視圖、 模型和控制三部分。大部分 Web 應(yīng)用程序都是用像 java,PHP，ASP 或者 CFML 這樣的語言來創(chuàng)建的。它們將像數(shù)據(jù)庫查詢語句這樣的數(shù)據(jù)層代碼和像 HTML 這樣的表示層代碼混在一起。要想使用多種方式來訪問我們的應(yīng)用程序，就必須要把數(shù)據(jù)從表示層中分離開來，如此就要運用到 MVC 架構(gòu)。6如圖:現(xiàn)在科技的發(fā)展和用戶需求不斷的提升要求我們提供越來越多的方式來訪問應(yīng)用程序。 MVC 模式允許用戶使用各種不同樣式

13、的視圖來訪問同一個服務(wù)器端的代碼。它包括任何 WEB（HTTP）瀏覽器或者無線瀏覽器（wap），比如，用戶可以通過電腦也可通過手機來訂購某樣產(chǎn)品，雖然訂購的方式不一樣，但處理訂購產(chǎn)品的方式是一樣的。由于模型返回的數(shù)據(jù)沒有進行格式化，所以同樣的構(gòu)件能被不同的界面使用。 例如， 很多數(shù)據(jù)可能用 HTML 來表示， 但是也有可能用 WAP 來表示，而這些表示所需要的命令是改變視圖層的實現(xiàn)方式，而控制層和模型層無需做任何改變。73.33.3 網(wǎng)絡(luò)拓撲結(jié)構(gòu)網(wǎng)絡(luò)拓撲結(jié)構(gòu).1 采用雙防火墻雙交換機，保障平臺服務(wù)采用雙防火墻雙交換機，保障平臺服務(wù)本系統(tǒng)采用雙防火墻接通互聯(lián)網(wǎng)，在任何一個防火墻或

14、者互聯(lián)網(wǎng)發(fā)生故障后都可以自動的將流量切換到另一端，保證網(wǎng)站的正運行，設(shè)備或網(wǎng)絡(luò)的故障恢復(fù)后，自動恢復(fù)先前的運行狀況。不但如此，系統(tǒng)所采用的雙千兆交換機分別接在 2臺防火墻上，當(dāng)其中某臺設(shè)備或者網(wǎng)絡(luò)鏈路發(fā)生故障后，好的設(shè)備自動接管已壞設(shè)備的工作，不影響網(wǎng)站的整體運行，根據(jù)真實服務(wù)器的數(shù)量，交換機還可以隨時增加。.2 采用硬件設(shè)備負載均衡器，實現(xiàn)網(wǎng)絡(luò)流量的負載均衡采用硬件設(shè)備負載均衡器，實現(xiàn)網(wǎng)絡(luò)流量的負載均衡使用硬件設(shè)備負載均衡器，將網(wǎng)絡(luò)流量均衡的分擔(dān)到 WEB 服務(wù)器集群的各節(jié)點服務(wù)器，保障平臺服務(wù)器資源均衡的使用。.3 采用數(shù)據(jù)庫集群和庫表散列采用數(shù)據(jù)庫集群和庫

15、表散列本系統(tǒng)采用了數(shù)據(jù)庫集群和庫表散列技術(shù)，將大幅提高數(shù)據(jù)庫的存取和查詢的處理能力，不僅如此，在本方案中還為集群配置了磁盤陣列，可以在極大程度上增加數(shù)據(jù)庫的存儲空間。4 4 架構(gòu)方案所涉及的技術(shù)架構(gòu)方案所涉及的技術(shù)4.14.1負載均衡負載均衡.1 基于基于 DNSDNS 的負載均衡的負載均衡DNS 負載均衡技術(shù)是最早的解決負載均衡的技術(shù)。主要是這樣實現(xiàn)的，由于生產(chǎn)生產(chǎn) DBDB 服務(wù)器集群服務(wù)器集群查詢查詢 DBDB 服務(wù)器組服務(wù)器組負載均負載均衡器衡器 1代理服務(wù)器集群代理服務(wù)器集群（NginxNginx）服務(wù)器服務(wù)器1服務(wù)器服務(wù)器 nInternet主防火墻主防火墻備防火墻

16、備防火墻VRRP主交換機主交換機 J J備交換機備交換機負載均衡器負載均衡器 2 2服服# #器器-2服務(wù)器服務(wù)器 1 服務(wù)器服務(wù)器 n網(wǎng)站服務(wù)器集群網(wǎng)站服務(wù)器集群管理終端管理終端光纖交換機光纖交換機光纖交換機光纖交換機磁盤陣列柜磁盤陣列柜磁盤陣列柜磁盤陣列柜服務(wù)器服務(wù)器 1 服務(wù)器服務(wù)器 n服務(wù)器服務(wù)器 1 服務(wù)器服務(wù)器 n圖片服務(wù)器集群應(yīng)用服務(wù)器集群圖片服務(wù)器集群應(yīng)用服務(wù)器集群服務(wù)器服務(wù)器2服務(wù)器服務(wù)器28在 DNS 服務(wù)器中可以為不同的網(wǎng)絡(luò)地址配置同一個域名，在 DNS 服務(wù)器進行解析時，它隨即的得到其中一個地址。所以對于同一個域名它所解析出的地址是會不同的，用戶也就訪問不了同地址的 W

17、eb 服務(wù)器，從而在一定程度上能起到均衡負載的作用。但基于 DNS 的負載均衡不是真正意義上的負載均衡，由于 DNS 服務(wù)器在進行地址解析時不會考慮到當(dāng)前 Web 服務(wù)器的負載情況，如果其中一臺 Web 服務(wù)器出現(xiàn)了故障，DNS 服務(wù)器仍然回把地址解析到此臺出現(xiàn)故障的服務(wù)器上， 導(dǎo)致不能響應(yīng)客戶端。所以在這種情況下必然會導(dǎo)致很大一部分用戶不能享受服務(wù)器所提供的服務(wù)。.2 基于硬件四層交換的負載均衡基于硬件四層交換的負載均衡本網(wǎng)站架構(gòu)就使用了基于硬件四層交換的硬件設(shè)備，在硬件四層交換產(chǎn)品中有很多的產(chǎn)品可以選擇，大多數(shù)的這些產(chǎn)品都是比較昂貴的，但都能提供與之相符合的功能，都是物有所

18、值的。.3 基于軟件四層交換的負載均衡基于軟件四層交換的負載均衡軟件四層交換的均衡負載可以使用Linux 操作系統(tǒng)中的 LVS 來解決。.4 通過反向代理服務(wù)器來實現(xiàn)負載均衡通過反向代理服務(wù)器來實現(xiàn)負載均衡反向代理服務(wù)器又稱為 Web 加速服務(wù)器， 它位于 Web 服務(wù)器的前端， 充當(dāng) WEB服務(wù)器的內(nèi)容緩存器，反向代理服務(wù)器是專門針對 Web 服務(wù)器設(shè)置的，在后臺運行的 Web 服務(wù)器對互聯(lián)網(wǎng)用戶是透明的、不可見的，用戶只能看到反向代理服務(wù)器的網(wǎng)絡(luò)地址，但卻不清楚后臺的 Web 服務(wù)器是如何組織架構(gòu)的。當(dāng)互聯(lián)網(wǎng)用戶請求 Web 服務(wù)時，DNS 服務(wù)器將所請求的

19、域名解析為反向代理服務(wù)器的 IP 地址，這樣 URL 請求將會被發(fā)送到反向代理服務(wù)器，由反向代理服務(wù)器負責(zé)處理用戶的請求與應(yīng)答并與后臺 Web 服務(wù)器進行交互。如此就利用反向代理服務(wù)器減輕了后臺 Web 服務(wù)器的負載，提高了訪問速度，同時也避免了因用戶直接與 Web 服務(wù)器通信帶來的安全隱患。如圖所示:9WebServerCluster目前有許多反向代理軟件，比較有名的有 Nginx 和 Squid。4.24.2 頁面靜態(tài)化頁面靜態(tài)化.1 什么是靜態(tài)頁面什么是靜態(tài)頁面靜態(tài)頁面是網(wǎng)頁的代碼都在頁面中， 不需要執(zhí)行 asp,php,jsp,.net 等程序生成客戶端網(wǎng)頁代碼的網(wǎng)頁。

20、靜態(tài)頁面不能自主管理發(fā)布更新頁面。常見的靜態(tài)頁面有以.html 擴展名結(jié)尾的、.htm 擴展名結(jié)尾的頁面。還有一點是必須注意的,靜態(tài)頁面并非是網(wǎng)頁上沒有動畫就是靜態(tài)頁面。.2 什么是動態(tài)頁面什么是動態(tài)頁面動態(tài)頁面是通過執(zhí)行 asp,php,jsp,.net 等程序生成客戶端網(wǎng)頁代碼的網(wǎng)頁。動態(tài)頁面通?？梢酝ㄟ^網(wǎng)站后臺管理系統(tǒng)對網(wǎng)站內(nèi)容進行更新管理。發(fā)布新聞，發(fā)布公司產(chǎn)品，交流互動，博客，網(wǎng)上調(diào)查等，這都是動態(tài)網(wǎng)站的一些功能,也是我們經(jīng)常使用的。動態(tài)頁面常見的擴展命有 asp,php,jsp,cgi,.aspx 等。當(dāng)中需要我們注意的是動態(tài)頁面的動態(tài)是指網(wǎng)站與客戶端用戶互動的意思

21、，而并非網(wǎng)頁上有動畫就是動態(tài)頁面。.3 頁面靜態(tài)化頁面靜態(tài)化靜態(tài)的 HTMLHTML 頁面嚴格地由標(biāo)準的 HTMLHTML 標(biāo)示語言構(gòu)成，并不需要服務(wù)器端即時運算生成。這意味著對一個靜態(tài) HTMLHTML 文檔發(fā)出訪問請求后，服務(wù)器端只是簡單地將該文檔傳輸?shù)娇蛻舳?。從服?wù)器運行的那個時間片來看，這個傳輸過程僅僅占用了很小的 CPUCPU 資源。頁面靜態(tài)化就是采用效率最高、 消耗最小的純靜態(tài)化的 htmlhtml 頁面來替換動態(tài)10頁面。我們盡可能使我們的網(wǎng)站上的頁面采用靜態(tài)頁面來實現(xiàn)，這個最簡單的方法其實也是最有效的方法。4.34.3 MVCMVC 架構(gòu)架構(gòu)MVC 是一個設(shè)計模

22、式，它強制性的把應(yīng)用程序的輸入、處理和輸出分開。使用MVC 將應(yīng)用程序分成三個核心部件：模型、視圖、控制器。它們各自處理自己的任務(wù)。.1 視圖視圖視圖是用戶看到并與之交互的界面。對老式的 Web 應(yīng)用程序來說，視圖就是由 HTML 元素組成的界面，在新式的 Web 應(yīng)用程序中， HTML 依舊在視圖中扮演著重要的角色，但一些新的技術(shù)已層出不窮，要求要以不同的界面呈現(xiàn)。如何處理應(yīng)用程序的界面變得越來越有挑戰(zhàn)性。MVC個大的好處是它能為你的應(yīng)用程序處理很多不同的視圖。在視圖中其實沒有真正的處理發(fā)生，作為視圖來講，它只是作為一種輸出數(shù)據(jù)并允許用戶操縱的方式。.2 模型

23、模型模型表示企業(yè)數(shù)據(jù)和業(yè)務(wù)規(guī)則。在 MVC 的三個部件中，模型擁有最多的處理任務(wù)。例如對數(shù)據(jù)庫的處理。被模型返回的數(shù)據(jù)是中立的，就是說模型與數(shù)據(jù)格式無關(guān)，這樣一個模型能為多個視圖提供數(shù)據(jù)。由于應(yīng)用于模型的代碼只需寫一次就可以被多個視圖重用，所以減少了代碼的重復(fù)性。.3 控制器控制器控制器接受用戶的輸入并調(diào)用模型和視圖去完成用戶的需求。 所以當(dāng)單擊 Web頁面中的超鏈接和發(fā)送 HTML 表單時，控制器本身不輸出任何東西和做任何處理。它只是接收請求并決定調(diào)用哪個模型構(gòu)件去處理請求，然后再確定用哪個視圖來顯示返回的數(shù)據(jù)。.4 MVCMVC 應(yīng)用優(yōu)勢應(yīng)用優(yōu)勢1.適用性M

24、VC 模式允許使用各種不同樣式的視圖來訪問同一個服務(wù)器端的代碼。滿足了用戶不同方式的訪問需求。2. 快速部署使用 MVC 模式使開發(fā)時間得到相當(dāng)大的縮減，它使程序員集中精力于業(yè)務(wù)邏輯，界面程序員集中精力于表現(xiàn)形式上。3.可維護性分離視圖和業(yè)務(wù)邏輯也使得 WEB 應(yīng)用更易于維護和修改。在維護過程中可以細化和減少工作量。4.44.4 CDNCDN 和鏡像網(wǎng)站技術(shù)和鏡像網(wǎng)站技術(shù)由于網(wǎng)站的用戶可能在不同的網(wǎng)絡(luò)運營商的網(wǎng)絡(luò)中， 不同網(wǎng)絡(luò)中信息的交互11會比在同一網(wǎng)絡(luò)中慢。為了解決這個問題，本方案就采用了 CDN 技術(shù)和鏡像網(wǎng)站技術(shù)。.1 鏡像網(wǎng)站鏡像網(wǎng)站鏡像網(wǎng)站是指將一個完全相同的站點放

25、到幾個服務(wù)器上，分別都可以有自己的網(wǎng)址，這些服務(wù)器上的網(wǎng)站就稱為鏡像網(wǎng)站。鏡像網(wǎng)站和主站并沒有什么太大的差別，或者可以說是主站的拷貝。鏡像網(wǎng)站的主要優(yōu)點是，用戶如果不能對主站進行正常的訪問（如服務(wù)器故障，網(wǎng)絡(luò)故障或者是網(wǎng)速太慢），仍然能通過訪問鏡像服務(wù)器獲得服務(wù)。所以在方案中，我們可以在不同的網(wǎng)絡(luò)運營商部署 web 服務(wù)器，通過軟件工具自動同步到不同網(wǎng)絡(luò)接入商的 web 服務(wù)器上，以作為主站的鏡像。然后通過配置智能 DNS 解析來引導(dǎo)不同網(wǎng)絡(luò)的訪問用戶到對應(yīng)的網(wǎng)絡(luò)運營商的 web 服務(wù)器。.2 CDNCDN 技術(shù)技術(shù)CDN 的全稱是 ContentDeliveryNetwork，即內(nèi)容分發(fā)網(wǎng)絡(luò)。其基本思想是盡可能的避開互聯(lián)網(wǎng)上有可能影響數(shù)據(jù)傳輸速度和穩(wěn)定性的環(huán)節(jié)，使內(nèi)容的傳輸速度更快、更穩(wěn)定。通過在網(wǎng)絡(luò)各處放