很多人或許會以為，一個大型網站的結構必定非常復雜，要開端建造需求支付很大的盡力。事實上，大多數(shù)大型網站都是從小型網站開展而來的，其演化過程如下。

大型網站架構

第一步，一開端只要一個服務器，在這個服務器上面可以包容所有的數(shù)據(jù)、文件、程序等，一般租一個服務器，買一個域名就可以建一個網站。

在第二步中，在網站運用過程中可以生成越來越多的數(shù)據(jù)，使得只要一臺服務器無法安裝所有的數(shù)據(jù)，因而需求添加服務器并將數(shù)據(jù)別離，使用程序、文件和數(shù)據(jù)一般被劃分為使用程序的三種不同的服務器、文件和數(shù)據(jù)，這三種服務器具有不同的功能要求，并供給了不同的特性。

第三步，將架構擴展站點之后，也進步了用戶的拜訪體會，一般網站的拜訪將重點放在數(shù)據(jù)的20％，并為數(shù)據(jù)高速緩存以進步功能，用戶將能夠進步拜訪速度。

第四步：改進數(shù)據(jù)緩存后，緩解拜訪壓力，進一步添加對單臺服務器的拜訪請求，使單臺服務器或許無法接受頂峰時期的海量數(shù)據(jù)處理，必須處理這個問題，處理這個問題的一般辦法是運用集群。

第五步，用戶容量添加帶來的另一個問題是數(shù)據(jù)庫負載，因而可以設置主服務器從兩臺服務器讀寫數(shù)據(jù)別離，將主服務器數(shù)據(jù)同步更新到從服務器，渙散數(shù)據(jù)庫的壓力。

在第六步，如果希望在用戶添加后及時響應，則一般需求添加CDN和反向署理的運用。CDN一般布置在網絡服務的機房中，而反向署理則位于中央機房。

第七步，隨著業(yè)務的開展，需求由數(shù)據(jù)庫，使用程序和文件服務器，添加更多的服務器來進步壓力，一般采用分布式的管理方式。

第八步：當服務器較多時，用戶需求運用搜索引擎和NoSQL辦法來完成精確便利的數(shù)據(jù)傳輸。使用這些辦法可以使使用服務器快速拜訪數(shù)據(jù)。

當一個網站變大時，它一般被分紅幾個部分，比如主頁、商鋪和訂單表單，這些部分由不同的團隊布置和保護。