曾經(jīng)見到知乎上有人問“為什么像facebook這類的網(wǎng)站需要上千個(gè)工程師維護(hù)？”
下面的回答多種多樣，但總結(jié)起來就是：一個(gè)高性能的web系統(tǒng)需要從無數(shù)個(gè)角度去考慮他，大到服務(wù)器的布局，小到軟件中某個(gè)文件的實(shí)現(xiàn)，甚至于某個(gè)循環(huán)內(nèi)的運(yùn)算如果出現(xiàn)不嚴(yán)謹(jǐn)都可能導(dǎo)致全盤崩潰。
上面提到web性能優(yōu)化需要多個(gè)角度去考慮，我們無法考慮到所有的優(yōu)化細(xì)節(jié)，但可以從我們已知的層面去優(yōu)化，我們就先從網(wǎng)絡(luò)層面說起。
①網(wǎng)絡(luò)請求路徑:
（客戶端輸入U(xiǎn)RL定位符）→（DNS服務(wù)器尋找映射）→（進(jìn)入服務(wù)器，處理數(shù)據(jù)）→（返回?cái)?shù)據(jù)至客戶端）
在這個(gè)用例中我們可以很清晰的看出網(wǎng)絡(luò)請求到返回的過程，雖然非常抽象，但足夠我們以他為基礎(chǔ)來進(jìn)行優(yōu)化了。
1）負(fù)載均衡
BOSS一次給了小明好多項(xiàng)任務(wù)，小明發(fā)現(xiàn)怎么安排時(shí)間也做不完，于是乎他盯上了在旁邊偷偷看電影的小強(qiáng)，小強(qiáng)突然覺得背后有一股涼氣，一回頭小明一臉壞笑看著他
“這幾個(gè)任務(wù)交給你，晚上請你吃飯，要不然…嘿嘿嘿”，小強(qiáng)雖然不情愿，但是在小明的請求（要挾）下，只能服從。
第二天，小明順利的完成了任務(wù)，給小強(qiáng)買了袋辣條。
在計(jì)算機(jī)上負(fù)載均衡也類似如此，我們的大BOSS客戶端將請求發(fā)送至服務(wù)器，然而一臺(tái)服務(wù)器是無法承受很高的并發(fā)量的，我們就會(huì)將請求轉(zhuǎn)發(fā)到其他服務(wù)器。
當(dāng)然真正的負(fù)載均衡架構(gòu)并不是由一臺(tái)server轉(zhuǎn)發(fā)的另一臺(tái)server，而在客戶端與服務(wù)器端中間加入了一個(gè)負(fù)責(zé)分配請求的負(fù)載均衡硬件（軟件）。
DNS
名詞：DNS是客戶端發(fā)送請求中一個(gè)非常重要的中轉(zhuǎn)，他的作用是將用戶請求的URL映射為具體的IP地址，全世界有13臺(tái)根服務(wù)器，但通常為我們進(jìn)行域名解析的并不是根服務(wù)器，而是直接訪問我們的 LDNS（Local DNS Server），通常由網(wǎng)絡(luò)運(yùn)營商維護(hù)。
最早的負(fù)載均衡就是利用搭建本地DNS服務(wù)器實(shí)現(xiàn)的，實(shí)現(xiàn)方式簡單易懂，為同一個(gè)主機(jī)名分配多個(gè)映射 ，可采用輪循，隨機(jī)等方式分配請求。
看上去沒什么問題，但是在使用過程中會(huì)發(fā)現(xiàn)，如果其中一個(gè)地址down機(jī)，我們是無法及時(shí)發(fā)現(xiàn)的，如果有用戶被分配到這個(gè)主機(jī)就會(huì)出現(xiàn)訪問失敗的狀況，同時(shí)我們也無法判斷每個(gè)server的負(fù)載，可能會(huì)出現(xiàn)，某個(gè)server幾乎閑置，另外一個(gè)server負(fù)載壓力極高的情況。
硬件設(shè)備
名詞：負(fù)載均衡器（Load Balancer），負(fù)載均衡器通常作為獨(dú)立的硬件置于客戶端與服務(wù)器之間。
負(fù)載均衡設(shè)備擁有非常好的負(fù)載均衡性能，他擁有眾多的負(fù)載均衡策略（權(quán)重，動(dòng)態(tài)比率，最快模式，最小連接數(shù)等），可以保證以相對較優(yōu)的方式分配請求。
不過好的東西總是有代價(jià)的，那就是價(jià)格，一臺(tái)負(fù)載均衡器的售價(jià)往往高達(dá)十幾萬甚至幾十萬，許多企業(yè)并不愿意為它買單。
反向代理
名詞：Nginx。高性能，輕量級，已經(jīng)成了人們對Nginx的第一印象，Nginx可作為HTTP服務(wù)器，在處理高并發(fā)請求的時(shí)候擁有比現(xiàn)在主流的Apache服務(wù)器更高的性能，同時(shí)Nginx也是一個(gè)優(yōu)秀的反向代理服務(wù)器。
第一次聽到“反向代理”，可能有些陌生，但如果了解與之對應(yīng)的正向代理就很好理解了，正向代理通常由客戶端主動(dòng)鏈接，比如我們的科學(xué)的上網(wǎng)方式就是使用正向代理，以達(dá)到間接訪問網(wǎng)站的目。
而反向代理在服務(wù)器端，無需主動(dòng)鏈接，當(dāng)我們訪問擁有反向代理的網(wǎng)站時(shí)，實(shí)際訪問的是其反向代理服務(wù)器，而非真正的服務(wù)器，當(dāng)請求到達(dá)反向代理服務(wù)器時(shí)，反向代理服務(wù)器再將請求轉(zhuǎn)發(fā)至服務(wù)器。
反向代理是實(shí)現(xiàn)負(fù)載均衡的主流手段之一，通常使用Nginx等服務(wù)器搭建，Nginx同樣擁有眾多的分配策略，以保證平均分配壓力。
Nginx反向代理：
BIGIP（硬件）負(fù)載均衡：
2）CDN
視頻總在緩沖，圖片各種加載不出來，幾年前是再正常不過的事了，在當(dāng)時(shí)大家也沒覺得是回事，但把這種情況放在現(xiàn)在，我想人們絕對直接就小紅叉了吧，那么我們?nèi)绾伪苊膺@樣的情況呢？這就是我要說的，內(nèi)容分發(fā)網(wǎng)絡(luò)（Content Delivery Network），簡稱：CDN。
CDN簡單的來說就是存儲(chǔ)一些靜態(tài)文件的一臺(tái)或多臺(tái)服務(wù)器，通過復(fù)制，緩存等方式，將文件保存其中。
1.哪些是靜態(tài)文件？
css，html，圖片，媒體都屬于靜態(tài)文件，也就是說用戶發(fā)送的請求不會(huì)影響靜態(tài)文件的內(nèi)容，而jsp，php等文件就不屬于靜態(tài)文件，因?yàn)樗麄兊膬?nèi)容會(huì)因我們的請求而發(fā)生改變。
2.CDN如何實(shí)現(xiàn)加速？
通常情況下，我們所要的數(shù)據(jù)都是從主服務(wù)器中獲取，但假如我們的主服務(wù)器在南方，而訪問用戶在北方，那么訪問速度就會(huì)相對變慢，變慢的原因有很多，例如傳輸距離，運(yùn)營商，帶寬等等因素，而使用CDN技術(shù)的話，我們會(huì)將CDN節(jié)點(diǎn)分布在各地，當(dāng)用戶發(fā)送請求到達(dá)服務(wù)器時(shí)，服務(wù)器會(huì)根據(jù)用戶的區(qū)域信息，為用戶分配最近的CDN服務(wù)器。
3.CDN數(shù)據(jù)從哪里來？
復(fù)制，緩存，CDN服務(wù)器可以在用戶請求后緩存文件，也可以主動(dòng)抓取主服務(wù)器內(nèi)容。
分布在各地的CDNS：
