大型主機(jī)缺點(diǎn):
非常貴,一般的小企業(yè)用不起。
比較復(fù)雜，培養(yǎng)人才的成本比較高。
單點(diǎn)一旦故障,整個(gè)系統(tǒng)停轉(zhuǎn),損失非常大。
個(gè)人PC電腦的性能越來(lái)越高,成本也越來(lái)越低。
Web時(shí)代
c/s時(shí)代：
富客戶(hù)端方案。賣(mài)軟件可賺錢(qián)。qq、影音、游戲。早期流行。
Web 1. 0
特色
主要是單向信息的發(fā)布，即信息門(mén)戶(hù)---> 廣大瀏覽器客戶(hù)端互聯(lián)網(wǎng)內(nèi)容是由少數(shù)編輯人員（或站長(zhǎng)）定制的。 代表:三大門(mén)戶(hù)，新浪/網(wǎng)易/搜狐。新浪以新聞+廣告為主，網(wǎng)易拓展游戲?yàn)橹?，搜狐延伸門(mén)戶(hù)矩陣。
一般的雛型如下圖，用戶(hù)通過(guò)瀏覽器輸入網(wǎng)址進(jìn)行域名解析，然后從CDN上獲得靜態(tài)資源，從后臺(tái)服務(wù)器獲得html文件，這些信息拼裝組成顯示的網(wǎng)頁(yè)。
Web 2.0
特色
注重用戶(hù)的交互。每個(gè)人都是內(nèi)容的供稿者。 RSS訂閱扮演一個(gè)很重要的作用。 代表：博客、播客、維基、P2P下載、社區(qū)、分享服務(wù)
集群跟分布式
橫向復(fù)制的集群跟縱向切分的分布式環(huán)境。
架構(gòu)演進(jìn)史
1. 早期雛形
特征：
應(yīng)用程序主要做靜態(tài)文件讀取，返回內(nèi)容給瀏覽器。 瀏覽器加載本地的若干資源 跟 瀏覽器解析從服務(wù)器獲取到的資源是一樣的！
2. 數(shù)據(jù)庫(kù)開(kāi)發(fā)（LAMP特長(zhǎng)）
linux + Apache + MySQL + php 特征：
應(yīng)用程序主要主要讀取數(shù)據(jù)表值，填充html模塊。業(yè)務(wù)邏輯簡(jiǎn)單，寫(xiě)sql處理。
3. JAVAWeb雛型
特征：
Tomcat + servlet + jsp + mysql。一個(gè)war包打天下 項(xiàng)目結(jié)構(gòu)：ssh/ssm三層結(jié)構(gòu)。
4. JavaWeb的集群發(fā)展
特征：
在3的基礎(chǔ)上進(jìn)行多個(gè)war包的復(fù)制啟動(dòng) 。 硬件機(jī)器的橫向復(fù)制，對(duì)整個(gè)項(xiàng)目結(jié)構(gòu)無(wú)影響。
5. JavaWeb分布式
特征：
將Service層單獨(dú)分離出去，成為一個(gè)單獨(dú)的項(xiàng)目jar。單獨(dú)運(yùn)行。 Web服務(wù)器通過(guò)rpc框架，對(duì)分離出去的service進(jìn)行調(diào)用。分布式是按照組件拆分。
6. JavaWeb微服務(wù)
特征：
從業(yè)務(wù)角度，細(xì)分業(yè)務(wù)為微服務(wù)，每一個(gè)微服務(wù)是一個(gè)完整的服務(wù)（從http請(qǐng)求到返回）。在微服務(wù)內(nèi)部，將需要對(duì)外提供的接口，包裝成rpc接口，對(duì)外部開(kāi)放。微服務(wù)按照 業(yè)務(wù)拆分。
后端問(wèn)題
后端的不斷演進(jìn)就會(huì)導(dǎo)致出現(xiàn)服務(wù)治理需求的出現(xiàn)。
跨系統(tǒng)的RPC： RMI、webservice、Http請(qǐng)求，
dubbo的引入， SpringCloud
服務(wù)器集群的負(fù)載路由，服務(wù)的注冊(cè)跟發(fā)現(xiàn) ZooKeeper
數(shù)據(jù)量超級(jí)大時(shí)引發(fā)的
分庫(kù)/分表，需要修改業(yè)務(wù)sql語(yǔ)句，有侵入型，MyCat的引入。
分區(qū)，對(duì)sql語(yǔ)句是沒(méi)有侵入性的，但是對(duì)庫(kù)是沒(méi)辦法減輕壓力的。
單庫(kù)的MySQL承載容量一般在700W左右。
前端發(fā)展史
1.%20整頁(yè)提交
特征：
瀏覽器請(qǐng)求皆為頁(yè)面級(jí)請(qǐng)求，每次請(qǐng)求都是一次頁(yè)面跳轉(zhuǎn)/刷新。
2. 頁(yè)面+ ajax
特征：
瀏覽器請(qǐng)求主要為頁(yè)面級(jí)請(qǐng)求，有局部刷新使用ajax刷新，頁(yè)面體驗(yàn)更好。
3. mvvm模式
MVVM是Model-View-ViewModel的簡(jiǎn)寫(xiě)。它本質(zhì)上就是MVC 的改進(jìn)版 特征：
首次請(qǐng)求返回頁(yè)面html，后續(xù)請(qǐng)求皆為restful返回json。
前端人員將js/css/img 資源開(kāi)發(fā)完畢后 打包到apache或者Nginx上，供瀏覽器訪問(wèn) 3 瀏覽器 訪問(wèn)靜態(tài)資源服務(wù)器，獲得HTML資源。
HTML頁(yè)面JS發(fā)起·ajax·請(qǐng)求后臺(tái)服務(wù)器，得到業(yè)務(wù)數(shù)據(jù) 然后進(jìn)行渲染整個(gè)頁(yè)面?？缬騿?wèn)題可用nginx解決。
架構(gòu)思路及常見(jiàn)解決方案
1、緩存（list/redis/memached） 2、橫向拓展（集群負(fù)載） 3、拆分高負(fù)載服務(wù)，獨(dú)立為一模塊 4、大表數(shù)據(jù)切片（ mysql分庫(kù)分區(qū)分表） 5、使用搜索中間件： solr/elasticsearch 6、全局性網(wǎng)站搜索跟mysql指定型搜索不一樣，只能用上面的中間件搞定 like 搜索。 7、tomcat一般在500以下為好。 8、mysql單表一般700萬(wàn)以?xún)?nèi)。
session跨域共享
cookie、session、token 形象說(shuō)， 跨域問(wèn)題：
方案1：負(fù)載使用 hash（ip） 方案2：使用redis共享session 方案3: tomcat 插件實(shí)現(xiàn)共享 方案4: spring session 實(shí)現(xiàn)共享
常見(jiàn)解決方案
1. 緩沖方案
Redis 的引入。 一般緩存方案
1、先到緩存中查，有值直接返回 2、無(wú)值（緩存穿透、擊穿）則調(diào)用接口或者查庫(kù)，并將值補(bǔ)入緩存區(qū) 3、緩存區(qū)數(shù)據(jù)與db中可能不一致，使用過(guò)期時(shí)間調(diào)節(jié) 4、若緩存區(qū)數(shù)據(jù)集中在某一短時(shí)刻失效，將導(dǎo)致大量的緩存擊穿（雪崩）
永不過(guò)期方案
1、不設(shè)置過(guò)期時(shí)間，數(shù)據(jù)永久有效，避免雪崩 2、需要額外機(jī)制來(lái)實(shí)現(xiàn)數(shù)據(jù)的同步更新（參照數(shù)據(jù)同步）
2. 消息中間件
Kafka，RocketMQ，RabbitMQ，ActiveMQ
1、每個(gè)應(yīng)用啟動(dòng)時(shí)，主動(dòng)注冊(cè)隊(duì)列 2、后續(xù)收/發(fā)信息，只管收/發(fā)隊(duì)列中數(shù)據(jù) 3、隊(duì)列中數(shù)據(jù)的路由策略， 由mq管理者來(lái)配置，跟應(yīng)用程序無(wú)關(guān)。類(lèi)似傳話(huà)筒
3. 同步異步
同步調(diào)度：
1、調(diào)度期間，主調(diào)和被調(diào)線程被同時(shí)占用。 2、被調(diào)執(zhí)行完成前，主調(diào)等待。 3、程序內(nèi)部的調(diào)度，則為一單線程。
異步調(diào)度：
1、主調(diào)與被調(diào)只是一次消息發(fā)送，信息到達(dá)即返回。 2、被調(diào)執(zhí)行完成后，回調(diào)一次主調(diào)方，發(fā)送結(jié)果回來(lái)。 3、程序內(nèi)部的調(diào)度，則回調(diào)函數(shù)是由被調(diào)線程執(zhí)行。
4. 同步轉(zhuǎn)異步
同步轉(zhuǎn)異步：空間換時(shí)間，JDK Future Task模式
5. 數(shù)據(jù)切片
實(shí)現(xiàn)集群的動(dòng)態(tài)擴(kuò)容，Redis/es/fastdfs，將數(shù)據(jù)按片切分：
1、切成6個(gè)片，每個(gè)片存儲(chǔ)總量1/6數(shù)據(jù) 2、則兩個(gè)庫(kù)每個(gè)庫(kù)分擔(dān)三個(gè)片 3、若三個(gè)庫(kù)，則每個(gè)庫(kù)只需要承擔(dān)兩個(gè)片 4、路由管理，只記錄數(shù)據(jù)與片柱的關(guān)系
