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

負載均衡：

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

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

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

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

CDN：

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

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

渠道規(guī)劃：

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

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

硬件裝備：

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

總結：

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