1、大型網(wǎng)站及其架構(gòu)演進過程什么是大型網(wǎng)站什么是大型網(wǎng)站什么是大型網(wǎng)站什么是大型網(wǎng)站什么是大型網(wǎng)站網(wǎng)站是用來訪問的，訪問量要大大型網(wǎng)站應該有海量的數(shù)據(jù)大型網(wǎng)站應該有復雜業(yè)務處理的能力大型網(wǎng)站的架構(gòu)演進利用JAVA技術(shù)和單機來構(gòu)建網(wǎng)站大型網(wǎng)站的架構(gòu)演進利用JAVA技術(shù)和單機來構(gòu)建網(wǎng)站JavaScriptHTMLCSSspringJAVA語言hibernateservletMybatisstrutsJSP計算存儲利用JAVA技術(shù)和單機來構(gòu)建網(wǎng)站一個單機的交易網(wǎng)站用戶交易商品用戶注冊用戶管理信息維護商品管理商品展示創(chuàng)建交易管理交易單機負載告警，數(shù)據(jù)庫與應用分離大型網(wǎng)站的架構(gòu)演進單機負載告警，數(shù)據(jù)庫與應用

2、分離用戶訪問量增加網(wǎng)站數(shù)據(jù)量增加網(wǎng)站響應變慢系統(tǒng)宕機數(shù)據(jù)庫與應用分離應用服務器負載告警，應用服務器走向集群大型網(wǎng)站的架構(gòu)演進應用服務器負載告警，應用服務器走向集群用戶訪問量持續(xù)增加應用服務器達到性能瓶頸應用服務器走向集群？最終用戶訪問哪一臺服務器？平衡算法應用服務器負載告警，應用服務器走向集群最終用戶訪問哪一臺服務器引入負載均衡設備平衡算法設計的好壞直接決定了集群在負載均衡上的表現(xiàn)，設計不好的算法，會導致集群的負載失衡。一般的平衡算法主要任務是決定如何選擇下一個集群節(jié)點，然后將新的服務請求轉(zhuǎn)發(fā)給它。輪轉(zhuǎn)法散列法最少連接法最低缺失法加權(quán)法最快響應法新的問題：session應用服務器負載告警，應用

3、服務器走向集群Session問題問題隨即而來問題隨即而來1. 會話保存在單機上2. 如果第一次請求訪問左邊服務器，如果不做處理，無法保障每次請求都落在同一服務器什么是什么是sessionhttp協(xié)議本身無狀態(tài)，需要基于HTTP協(xié)議支持會話狀態(tài)（session state）的機制，實現(xiàn)WEB服務器從多次單獨的HTTP請求中看到“會話”，也就是知道請求來源于那個會話。實現(xiàn)方式：在會話開始時，分配一個唯一會話標識（sessionId），通過Cookie把這個標識告訴瀏覽器，以后每次請求時，瀏覽器會帶上這個會話標識告訴Web服務器請求屬于哪個會話，在Web服務器上，各個會話有獨立的存儲，保存不同會話的

4、信息。如果遇到禁用Cookie的情況，就把這個會話標識放到URL參數(shù)中。應用服務器負載告警，應用服務器走向集群Session問題Session Sticky保證同一會話的請求都在同一個Web服務器上處理依賴負載均衡器根據(jù)每次請求的會話標識來進行請求轉(zhuǎn)發(fā)缺陷1. 如果一臺Web服務器宕機或重啟，會話數(shù)據(jù)丟失；2. 負載均衡器變成了一個有狀態(tài)的節(jié)點，要講會話保存到具體Web服務器的映射。和無狀態(tài)節(jié)點相比，內(nèi)存消耗會更大，容災麻煩。應用服務器負載告警，應用服務器走向集群Session問題Session ReplicationWeb服務器之間增加會話數(shù)據(jù)的同步，保證Web服務器之間Session數(shù)據(jù)一

5、致缺陷1. 同步Session數(shù)據(jù)造成了網(wǎng)絡帶寬的開銷。2. 每臺Web服務器都保存所有的Session數(shù)據(jù)，如果整個集群的Session數(shù)很多的話，每臺機器用于保存Session數(shù)據(jù)的內(nèi)容占用會很嚴重應用服務器負載告警，應用服務器走向集群Session問題Session 數(shù)據(jù)集中存儲把Session數(shù)據(jù)集中存儲起來，不同Web服務器從同樣地方獲取Session缺陷1. 讀寫Session數(shù)據(jù)引入了網(wǎng)絡操作，故而造成延遲和不穩(wěn)定性；2. 如果集中存儲Session的機器或者集群有問題，會影響應用應用服務器負載告警，應用服務器走向集群Session問題Cookie Based將Session數(shù)據(jù)

6、放在Cookie中，然后在Web服務器上從Cookie中生成對應的Session數(shù)據(jù)缺陷1. Cookie長度限制；2. 安全性；3. 帶寬消耗；4. 性能影響；數(shù)據(jù)讀壓力變大，讀寫分離吧大型網(wǎng)站的架構(gòu)演進數(shù)據(jù)讀壓力變大，讀寫分離吧隨著業(yè)務的發(fā)展，數(shù)據(jù)量和訪問量持續(xù)增長對于大型網(wǎng)站來說，不少業(yè)務是讀多寫少的問題問題1. 數(shù)據(jù)復制問題；2. 短期的數(shù)據(jù)不一致問題；3. 應用對于數(shù)據(jù)源的選擇問題采用數(shù)據(jù)庫作為讀庫數(shù)據(jù)讀壓力變大，讀寫分離吧搜索引擎可以看成是一個讀庫根據(jù)被搜索的數(shù)據(jù)來構(gòu)建搜索索引隨著被搜索數(shù)據(jù)的變化，索引也要進行改變引入搜索引擎作為讀庫數(shù)據(jù)讀壓力變大，讀寫分離吧數(shù)據(jù)緩存頁面緩存加速數(shù)

7、據(jù)讀取的利器-緩存Static MapMemcachedEhCacheJCacheOsCache彌補關(guān)系型數(shù)據(jù)庫的不足，引入分布式存儲系統(tǒng)大型網(wǎng)站的架構(gòu)演進彌補關(guān)系型數(shù)據(jù)庫的不足，引入分布式存儲系統(tǒng)分布式存儲系統(tǒng)通過集群提供一個高容量，高并發(fā)訪問，數(shù)據(jù)冗余容災的支持。1. 分布式文件系統(tǒng)，解決文件的存儲問題；2. 分布式key-value系統(tǒng)，提供高性能的半結(jié)構(gòu)化的支持；3. 分布式數(shù)據(jù)庫，提供支持大數(shù)據(jù)、大并發(fā)的數(shù)據(jù)庫系統(tǒng)讀寫分離后，數(shù)據(jù)庫又遇到新的瓶頸大型網(wǎng)站的架構(gòu)演進讀寫分離后，數(shù)據(jù)庫又遇瓶頸專庫專用，數(shù)據(jù)垂直拆分垂直拆分把數(shù)據(jù)庫中不同的業(yè)務數(shù)據(jù)拆分到不同的數(shù)據(jù)庫中。對數(shù)據(jù)進行垂直拆分后

8、，解決了把所有業(yè)務數(shù)據(jù)放在一個數(shù)據(jù)庫中的壓力問題，并且也可以根據(jù)不同業(yè)務的特點進行更多優(yōu)化。讀寫分離后，數(shù)據(jù)庫又遇瓶頸垂直拆分后的單機瓶頸，數(shù)據(jù)水平拆分水平拆分某個業(yè)務的數(shù)據(jù)表的數(shù)據(jù)量或者更新量達到了單個數(shù)據(jù)庫的瓶頸，這時把同一個表的數(shù)據(jù)拆分到兩個數(shù)據(jù)庫中。一旦完成數(shù)據(jù)的水平拆分，將能夠很好地應對數(shù)據(jù)量及寫入量增長的情況。數(shù)據(jù)庫問題解決后，應用面對的新挑戰(zhàn)大型網(wǎng)站的架構(gòu)演進數(shù)據(jù)庫問題解決后，應用面對的新挑戰(zhàn)拆分應用隨著業(yè)務的發(fā)展，應用的功能會越來越多，應用也會越來越大。需要考慮如何不然應用持續(xù)變大，這就需要把應用拆開，從一個應用變?yōu)閮蓚€甚至多個應用。第一種方式：根據(jù)業(yè)務的特性將應用拆分第二種方式：按功能拆分走服務化的路大型網(wǎng)站的架構(gòu)演進走服務化的路1.業(yè)務功能之間的訪問不僅是單機內(nèi)部的方法調(diào)用，還引入遠程的服務調(diào)用2.共享的代碼不再散落在不同應用中，這些被放在了各個服務中心。3.數(shù)據(jù)庫的連接也發(fā)生了一些變化，把與數(shù)據(jù)庫的交互工作放到了服務中心，讓前端的Web應用更加注重與瀏覽器交互的工作，而不必過多關(guān)注業(yè)務邏輯。4.通過服務化，無論前端Web應用還是服