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

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

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

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

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

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

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

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

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

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

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