相信許多IT人士都有過建立自己主頁的經(jīng)歷，10多年前的個人主頁都十分簡略，許多由Frontpage構(gòu)建，多歸于靜態(tài)HTML頁面，最多加一點特效罷了。不過10年間，技能的前進是驚人的。現(xiàn)在，一個網(wǎng)站絕不可能僅僅由幾個HTML頁面構(gòu)成。

負載均衡：

負載均衡是所有大中型網(wǎng)站必備的部署。顯然，大型網(wǎng)站每天上千萬獨立IP的拜訪量，一個Web服務器底子承擔不了，網(wǎng)站后臺必需有多臺服務器共同作業(yè)，因而各種負載均衡技能就應運而生了。

較早的負載均衡是DNS負載均衡。原理很簡略，只需在域名解析的時分，將多個地址裝備成同一個域名，負載均衡就完成了。不同用戶點擊同一個域名的時分，實踐上只解析給用戶一個地址，這樣用戶實踐上拜訪的是不同的Web服務器，就減輕了每個服務器的擔負。這個DNS負載均衡辦法，一般來說是隨機抽取地址。DNS負載均衡前期被廣泛運用，優(yōu)點是簡略易用，但是DNS負載均衡還是有一些問題存在。假如某一臺服務器發(fā)生了毛病，而DNS的下一個刷新周期又沒到，這樣就可能導致某些用戶無法拜訪站點的狀況發(fā)生。而另一個缺點在于DNS負載均衡隨機性太強，比方一段時間內(nèi)眾多拜訪都被指向同一個地址，而別的的地址卻閑置，就造成了局部繁忙的不良現(xiàn)象。而且有時某處服務器正在運轉(zhuǎn)其他應用而處于繁忙狀態(tài)，DNS負載均衡也無從得知，而依舊均勻的解析域名。

略微復雜一點的負載均衡，是反向代理，當外部有懇求到代理服務器，代理服務器再將該懇求均勻的轉(zhuǎn)發(fā)到內(nèi)網(wǎng)的服務器上。這種辦法被廣泛選用。此外，現(xiàn)在還能夠購買專業(yè)的硬件設(shè)備。

負載均衡還有一個極為簡略的辦法，便是建立鏡像站點。這個辦法很直接，省去了許多費事。總歸，這一系列負載均衡辦法，都得以讓大型網(wǎng)站的負載均勻，不會有哪個服務器有太大的壓力。

CDN：

CDN( Content Delivery Network)，內(nèi)容分發(fā)網(wǎng)絡(luò)也是大型網(wǎng)站必備的部署之一。CDN的原理不難了解，便是將網(wǎng)頁內(nèi)容存放到離用戶更近的緩存服務器上，減少路由，從而加速遠間隔的拜訪速度。比方說，你隨意登陸一個國外小站，速度可能很慢。由于國外網(wǎng)站到國內(nèi)的最終客戶端的途徑冗長，但是假如你登陸部署了CDN的網(wǎng)站，比方 Plentyoffish.com，你會發(fā)現(xiàn)速度十分快，跟國內(nèi)的網(wǎng)站拜訪速度差異現(xiàn)已無法從感知上判別。按照Cache存放的位置不同，CDN也有一些類別，不同的網(wǎng)站會依據(jù)詳細需求，有不同的挑選。CDN通常是由獨立的CDN商供給的。

而咱們假如查詢一個簡略的個人網(wǎng)站，則不可能有CDN；別的，假如有興趣，咱們也能夠仔細觀察一個網(wǎng)站多個二級域名的CDN狀況。

渠道規(guī)劃：

大型網(wǎng)站一般都有著十分復雜的與用戶交互的內(nèi)容，必須許多調(diào)用數(shù)據(jù)庫，因而一個完善的數(shù)據(jù)庫規(guī)劃關(guān)于大型網(wǎng)站十分重要。數(shù)據(jù)庫優(yōu)化沒有什么特別的捷徑，其實很少有一次成型的完美數(shù)據(jù)庫構(gòu)建，只能是按照特定的需要來規(guī)劃數(shù)據(jù)庫，如有不足再去著手改進。不過大型網(wǎng)站還是有一些共性，比方說圖片存儲單獨運用圖片數(shù)據(jù)庫，盡量運用靜態(tài)頁面來減少數(shù)據(jù)庫調(diào)用等等。

還有許多大型網(wǎng)站，都有著十分深厚的技能實力，能夠開發(fā)歸于自己的渠道。

硬件裝備：

大型網(wǎng)站的硬件裝備一定就好嗎？答案是否定的。

總結(jié)：

以上僅僅大型網(wǎng)站的概括總結(jié)，其實每個網(wǎng)站都有自己共同的一面，所以以上的每一條規(guī)矩都未必是死規(guī)則�？倸w，網(wǎng)站架構(gòu)沒有死定律，只需適宜網(wǎng)站的，便是好的架構(gòu)