網(wǎng)站的多層體系架構(gòu)

發(fā)布：2018-01-08 13:23:50 瀏覽：3944

多層體系架構(gòu)是將原本屬于某一層或基層的功能進(jìn)行分散，使其分別由不同的層次來分擔(dān)。各層的功能越來越單純，系統(tǒng)架構(gòu)越來越靈活，不同模塊之間的耦合越來越松散、系統(tǒng)的可擴(kuò)展性可維護(hù)性越來越好。這是網(wǎng)站系統(tǒng)發(fā)展的必然趨勢(shì)。在現(xiàn)階段，使用較多的是基于B/S的三層體系架構(gòu)。

1)基于B/S的三層體系架構(gòu)簡介

基于B/S的三層體系架構(gòu)是將邏輯上的三層結(jié)構(gòu)中的每一層，劃分到3個(gè)物理上分開的層面中，即Web服務(wù)器層、應(yīng)用程序?qū)雍蛿?shù)據(jù)庫服務(wù)層。三者組成“瀏覽器/服務(wù)器”的體系架構(gòu)。它主要是利用了不斷成熟的WWW瀏覽器技術(shù)，用通用瀏覽器代替原來需要復(fù)雜專用軟件才能實(shí)現(xiàn)的強(qiáng)大功能，打破了基于C/S的兩層體系結(jié)構(gòu)的平臺(tái)限制并節(jié)約了開發(fā)成本。

其主要特點(diǎn)如下:

①表示層在由一個(gè)或多個(gè)Web服務(wù)器構(gòu)建的空間里運(yùn)行。

②商務(wù)邏輯層在由一個(gè)或多個(gè)應(yīng)用服務(wù)器構(gòu)建的空間里運(yùn)行。應(yīng)用服務(wù)器是必不可少的，它們?yōu)樯虅?wù)邏輯層組件提供了運(yùn)行環(huán)境，以及可靠的和必要的支持，而且還能夠管理這些組件。

③數(shù)據(jù)層由一個(gè)或多個(gè)數(shù)據(jù)庫系統(tǒng)組成，其中可能包括由存儲(chǔ)過程組成的和數(shù)據(jù)存取相關(guān)的邏輯模塊。

2)基于B/S的三層體系架構(gòu)的運(yùn)行原理

在網(wǎng)站的B/S模式下，客戶機(jī)與服務(wù)器之間通過HTP協(xié)議進(jìn)行通信。首先，客戶通過瀏覽器向Web服務(wù)器發(fā)送HITP請(qǐng)求，這個(gè)請(qǐng)求通過互聯(lián)網(wǎng)傳送到被訪問的服務(wù)器，服務(wù)器響應(yīng)請(qǐng)求并進(jìn)行處理之后生成特定的HTML文檔，然后再用HTTP協(xié)議將此HTML文檔通過互聯(lián)網(wǎng)返回到客戶端端的瀏覽器顯示出來。

網(wǎng)站的Weh服務(wù)器接收到的HTTP請(qǐng)求通常分為兩種情況:一種情況是請(qǐng)求一個(gè)靜態(tài)的HL網(wǎng)頁，此時(shí)Wch服務(wù)器在自身服務(wù)器上查找到相應(yīng)的頁面并將該頁面發(fā)送出去即可；另一種情況是請(qǐng)求一個(gè)以，asp或者jp結(jié)尾的動(dòng)態(tài)網(wǎng)頁，此時(shí)Web服務(wù)器無法自行直接處理，需要將這個(gè)請(qǐng)求轉(zhuǎn)交給應(yīng)用程序服務(wù)器處理，若應(yīng)用程序服務(wù)器也不能自行完成全部處理，則還將根據(jù)需要訪問數(shù)據(jù)庫服務(wù)器進(jìn)行相應(yīng)的處理，最終再將處理結(jié)果生成HIML文檔由Web服務(wù)器發(fā)送回客戶端瀏覽器。

3)基于B/S的三層體系架構(gòu)的優(yōu)點(diǎn)和缺點(diǎn)

B/S的三層體系架構(gòu)的優(yōu)點(diǎn):

(1)分布性

該結(jié)構(gòu)具有分布性特點(diǎn)，可隨時(shí)隨地進(jìn)行查詢、瀏覽等業(yè)務(wù)處理。這種體系架構(gòu)是在WW和互聯(lián)網(wǎng)技術(shù)的流行性中發(fā)展起來的，使得用戶的訪問不再受到平臺(tái)和軟件的限制，大大增加了網(wǎng)站系統(tǒng)的適用范圍，滿足了用戶信息可見和信息共享的要求。

(2)擴(kuò)展性

該結(jié)構(gòu)業(yè)務(wù)擴(kuò)展簡單方便，通過增加網(wǎng)頁即可增加服務(wù)器功能?；贐/S的三層體系架構(gòu)，工作人員只需使用既定的模式和方法，通過增加網(wǎng)頁即可達(dá)到完善功能模塊、提升用戶體驗(yàn)、提高服務(wù)質(zhì)量的目的。

(3)易維護(hù)

該結(jié)構(gòu)維護(hù)簡單方便，只需要改變網(wǎng)頁，即可實(shí)現(xiàn)所有用戶的同步更新?；贐/S的三層體系架構(gòu)比較全面地體現(xiàn)了網(wǎng)站的運(yùn)輯體系結(jié)構(gòu)，在表現(xiàn)層與數(shù)據(jù)層之間又添加了邏輯層。正是由于邏輯層的存在，降低了網(wǎng)站系統(tǒng)對(duì)客戶端和服務(wù)器端的依賴性。許多邏輯處理工作都交予中間層來完成。在后期的維護(hù)工作中，無須對(duì)三層結(jié)構(gòu)中的每一層都更改，因此維護(hù)起來較簡單。

(4)共享性

該結(jié)構(gòu)開發(fā)簡單，共享性強(qiáng)。將遠(yuǎn)輯處理工作交予中間層來處理，降低了開發(fā)建設(shè)工作的難度，增強(qiáng)了網(wǎng)站系統(tǒng)的操作性，使用潤覽器進(jìn)行數(shù)據(jù)的訪問，降低了對(duì)訪問軟件的限制，加強(qiáng)了信息數(shù)據(jù)的共享性。

B/S的的三層體系架構(gòu)的缺點(diǎn)

(1)個(gè)性化欠缺

個(gè)性化特點(diǎn)明顯降低，無法實(shí)現(xiàn)具有個(gè)性化的功能要求。因?yàn)榛贐/S的三層體系架構(gòu)是以測覽器為訪問平臺(tái)，降低了對(duì)特定軟件訪問的依賴性，這在一定程度上增強(qiáng)了應(yīng)用的廣泛性，但是同時(shí)也降低了用戶的個(gè)性化特點(diǎn)，無法滿足用戶的個(gè)性化功能要求，使系統(tǒng)的功能性大大弱化，難以實(shí)現(xiàn)傳統(tǒng)模式下的待殊功能要求。

(2)跨平臺(tái)受限

BS的三層體系架構(gòu)是以測覽器為訪問平臺(tái)的，但是現(xiàn)今的瀏覽器在兼容性方面并不能做到統(tǒng)一，在跨測覽器上，BS架構(gòu)并不盡如人意。

(3)成本較高

在速度和安全性上需要花費(fèi)巨大的設(shè)計(jì)成本，這是B/S架構(gòu)的最大問題。與兩層架構(gòu)相比，增加了中間的邏輯處理層，在一定程度上影響了系統(tǒng)的運(yùn)行速度，降低了運(yùn)行效率。要想實(shí)現(xiàn)網(wǎng)站系統(tǒng)的速度和安全性，必定要花費(fèi)更大的成本。

(4)響應(yīng)速度較低

頁面動(dòng)態(tài)刷新，響應(yīng)速度明顯降低?？蛻舳?服務(wù)器端的交互是請(qǐng)求-響應(yīng)模式，通常需要刷新頁面，這并不是客戶樂意看到的。

基于B/S的網(wǎng)站設(shè)計(jì)三層體系架構(gòu)，以其特有的優(yōu)勢(shì)在現(xiàn)在的社會(huì)中應(yīng)用十分廣泛。從日常辦公的OA系統(tǒng)到城市的消防聯(lián)網(wǎng)都是用到了B/S系統(tǒng)架構(gòu)。雖然B/S系統(tǒng)架構(gòu)有其獨(dú)特的優(yōu)勢(shì)，但是不可否認(rèn)，它所具有的缺點(diǎn)和不足也會(huì)影響進(jìn)一步發(fā)展和應(yīng)用。