大型網站部署架構一個Web應用系統的性能、穩定性及吞吐量等技術指標是依靠很多方面的設計和優化共同提高的，包括系統設計、系統代碼編寫過程的算法優化，還有一點非常重要，就是系統的部署，在我們的實際工作中發現，即使相同的系統采用不同的部署方法也能夠大幅度提高性能，本文就網站應用系統的部署作以大致的描述，如果在系統設計開發之初就考慮到這樣的架構，那么上線運行后性能及穩定性就能夠順利到達目標要求。網站應用系統的分類網站是由一個一個的網頁組成的，而每個網頁就是一個html文檔和很多個元素〔內嵌html、js、css、文字、圖片、視頻〕組成的，把這些元素有機的生成一個個網頁就是網站應用系統的作用，從目前網站應用系統的分類看，大致分為兩類：傳統的內容瀏覽系統-靜態這樣的系統類似各大門戶網站的新聞頻道，這些內容的生產者是網站的運營方，即編輯，內容一旦生成就靜止不動，稱為靜態內容，廣闊網友只能單向的通過瀏覽器翻開這些網頁閱讀其中的內容，每個網友看到的內容是完全相同的，也就是常說的web1.0。互動類應用系統-動態這樣的系統稱為Web2.0，也就是動態網站應用系統，這樣的系統生成的內容多是網友之間相互交互的內容，類似于評論、微博等，這樣的系統使得每個網友翻開的網頁內容都不完全相同，需要根據條件動態生成，也就造成了系統的復雜性提高，性能大幅度下降，需要通過對系統的結構優化來滿足運營的指標需求，但是動態應用系統也不是網頁的所有內容都需要動態生成，而是80%的內容是完全相同的，也就是所謂的靜態內容，我們就是抓住這點在部署上充分優化就能夠大幅度提升整個系統的響應時間。B/S系統數據組成B/S系統的數據包括客戶端數據和效勞器端數據，客戶端數據就是用戶通過瀏覽器提交到效勞器端的數據，瀏覽器提交到效勞器的數據相對單一，無非是文本或者圖片、視頻、音頻等流數據，其中文本數據作為根本數據和作為效勞器端應用的參數數據，圖片、視頻、音頻等流數據只是作為文件存儲的數據；效勞器端數據就是應用系統通過接受瀏覽器端提交的請求及數據而生產的數據，也就是效勞器返回給瀏覽器的數據，包括了頁面根本文檔html、樣式CSS、客戶端程序代碼〔js、flash等〕、圖片、視頻、音頻、數據〔xml，json〕等，而效勞器端的這些數據只有根本文檔html〔或者局部html〕有可能是根據瀏覽器端的參數動態生成的，而其他數據均是靜態的，這樣就很自然的將效勞器端的數據分成靜態和動態兩個局部。網站部署目前的網站根本由兩局部組成：靜態內容和動態內容，這樣在部署策略上也就分成兩種。靜態網站部署靜態內容是可以通過多種方式緩存在網絡的各個節點上的，例如：瀏覽器所在的客戶端本身、網絡前沿節點效勞器即CDN網絡節點、IDC分布式文件效勞器、IDC中心效勞器。瀏覽器獲取這些內容的時候的搜索次序是：本地緩存->CDN節點->IDC的分布式文件效勞器->IDC中心效勞器，所以在部署靜態內容的時候也要遵循這樣的策略，充分利用網絡就近原理給用戶提供這些網絡靜態資源，這樣不僅提高了用戶獲取資源的速度而且大大緩解了IDC中心效勞器的壓力。動態網站部署動態網站的內容是效勞器端的應用系統根據某些條件動態生成的內容，但是這些動態內容的生成頻次并不完全相同，有的要求不能有任何延時，而有的是可以接受一定延時，針對完全實時的內容就只能靠應用系統自身的優化來提高響應時效了，其中包括了結構設計優化、算法優化等，在部署層面只能依靠負載均衡提高效能；針對有一定延時的動態系統，可以設定返回給瀏覽器的資源文件的過期時間〔expired-time〕來最大限度利用上面說到的緩存網絡節點，也就是如果用戶在過期時間內請求這個資源，那么就從以上的緩存節點直接獲取，只有過了過期時間用戶請求才會到IDC中心應用系統請求生成這個資源，這樣也能夠最大幅度提高用戶響應效率，并且降低中心應用系統的負載壓力。下面就復合型網站〔動、靜態內容混雜〕的部署架構作以介紹：應用系統部署這個是網站應用系統的核心，每個系統的架構可能都有所不同，可以是單臺效勞器，也可以是效勞器集群，這個要視系統的響應指標而定，靜態的資源要獨立部署，其中涉及到系統的靜態資源部署在一起〔js,css,頁面修飾圖片等部署在一個虛擬目錄〕；動態程序部署在一起，當然如果動態程序也可以按照結構分別部署；數據庫部署在一起；其他一些cache系統部署在一起；如果系統涉及到大批量的圖片、視頻、音頻等文件的，要考慮采用分布式文件系統部署。動態程序可以部署在一個負載均衡系統下。靜態原站族部署在應用系統的上層部署一個靜態資源原站族，也就是網站各個應用系統的靜態資源〔html、js、css、頁面修飾圖片〕相對集中到一個效勞器族中，應用系統的靜態資源效勞器將這些靜態內容推送同步到這個層面。CDN部署CDN類似于靜態原站族的下級緩存網絡節點，部署策略