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

大型網(wǎng)站架構(gòu)

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

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

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

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

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

在第六步，如果希望在用戶添加后及時響應(yīng)，則一般需求添加CDN和反向署理的運(yùn)用。CDN一般布置在網(wǎng)絡(luò)服務(wù)的機(jī)房中，而反向署理則位于中央機(jī)房。

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

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

當(dāng)一個網(wǎng)站變大時，它一般被分紅幾個部分，比如主頁、商鋪和訂單表單，這些部分由不同的團(tuán)隊布置和保護(hù)。