隨著現(xiàn)代企業(yè)的分支機(jī)構(gòu)越來(lái)越多，應(yīng)用系統(tǒng)的負(fù)載和數(shù)據(jù)量也日趨龐大。應(yīng)用系統(tǒng)經(jīng)過(guò)了主機(jī)/終端和客戶/服務(wù)器結(jié)構(gòu)的歷程，現(xiàn)在正由客戶/服務(wù)器方式轉(zhuǎn)向三層結(jié)構(gòu)方式。所謂三層結(jié)構(gòu)是指在客戶/服務(wù)器兩層結(jié)構(gòu)基礎(chǔ)上加入中間層，中間層叫應(yīng)用服務(wù)器或中間件，結(jié)構(gòu)如圖1所示。

圖1 應(yīng)用系統(tǒng)三層結(jié)構(gòu)

CORBA和EJB在技術(shù)上日趨成熟，三層結(jié)構(gòu)的技術(shù)標(biāo)準(zhǔn)也日益完善，與客戶/服務(wù)器方式相比，三層結(jié)構(gòu)有很多優(yōu)點(diǎn)：

(1) 可實(shí)現(xiàn)應(yīng)用級(jí)和數(shù)據(jù)庫(kù)級(jí)的全面分布。應(yīng)用分為用戶界面和業(yè)務(wù)邏輯，業(yè)務(wù)邏輯以組件的形式分布在應(yīng)用服務(wù)器上。服務(wù)器根據(jù)需要分布在整個(gè)網(wǎng)絡(luò)的任何節(jié)點(diǎn)上，盡管整個(gè)應(yīng)用在物理上是分布式的，但邏輯上卻是一個(gè)整體。當(dāng)前的分布式數(shù)據(jù)庫(kù)技術(shù)已經(jīng)非常成熟，能保證分布數(shù)據(jù)的完整性和一致性。

(2) 實(shí)現(xiàn)大用戶量、大吞吐量下的負(fù)載平衡。隨著Internet的迅速發(fā)展，在Web上需要實(shí)現(xiàn)很多關(guān)鍵業(yè)務(wù)（如網(wǎng)上購(gòu)物、訂票等），這些應(yīng)用的最大特點(diǎn)是并發(fā)用戶量大，三層結(jié)構(gòu)比以前的結(jié)構(gòu)更能承擔(dān)大業(yè)務(wù)量。三層結(jié)構(gòu)將應(yīng)用縱向均勻分布在客戶端、應(yīng)用服務(wù)器和數(shù)據(jù)庫(kù)服務(wù)器上，橫向分布在多個(gè)應(yīng)用服務(wù)器和數(shù)據(jù)庫(kù)服務(wù)器上，應(yīng)用的分布實(shí)現(xiàn)了負(fù)載的平衡。因此，在大用戶量、大吞吐量情況下，仍能迅速響應(yīng)每個(gè)客戶端的需求。

(3) 如果使用Java技術(shù)，可實(shí)現(xiàn)應(yīng)用的跨平臺(tái)。Java是一種跨平臺(tái)的語(yǔ)言，不論是在客戶端，還是在應(yīng)用服務(wù)器上使用Java技術(shù)，都可使應(yīng)用在一個(gè)操作系統(tǒng)上編寫，并能無(wú)縫移植到其他操作系統(tǒng)上。

(4) 能實(shí)現(xiàn)組件級(jí)的開(kāi)發(fā)。應(yīng)用服務(wù)器的組件既能用于傳統(tǒng)的客戶端，也能應(yīng)用于Web，提高了代碼的重用率。

(5)中間層的存在，大大提高了數(shù)據(jù)的安全性。Web或其他客戶端不直接訪問(wèn)數(shù)據(jù)庫(kù)，從而加強(qiáng)了數(shù)據(jù)的安全性。

基于以上優(yōu)點(diǎn)，分布式的體系結(jié)構(gòu)目前已被眾多的應(yīng)用系統(tǒng)所采用。

總體結(jié)構(gòu)和技術(shù)平臺(tái)

1. 總體結(jié)構(gòu)

為了更好地說(shuō)明應(yīng)用服務(wù)器的功能以及應(yīng)用和數(shù)據(jù)的分布，需要用一個(gè)實(shí)例描述，因此我們構(gòu)造了一個(gè)虛擬的應(yīng)用——分布式呼叫中心標(biāo)準(zhǔn)管理系統(tǒng)。與傳統(tǒng)的呼叫中心不同，這是一個(gè)全國(guó)范圍的呼叫中心，數(shù)據(jù)、應(yīng)用和座席需要分布在全國(guó)各個(gè)節(jié)點(diǎn)。各節(jié)點(diǎn)的受理員可受理全國(guó)各地的客戶，并且能訪問(wèn)全網(wǎng)內(nèi)任何節(jié)點(diǎn)的數(shù)據(jù)，其系統(tǒng)結(jié)構(gòu)如圖2所示。

圖2 分布式呼叫中心系統(tǒng)結(jié)構(gòu)

可以看出：我們把數(shù)據(jù)庫(kù)建在省受理中心（內(nèi)部數(shù)據(jù)庫(kù)）或其他業(yè)務(wù)部門（外部數(shù)據(jù)庫(kù)），根據(jù)各地的需求，一個(gè)應(yīng)用服務(wù)器可對(duì)應(yīng)一個(gè)或多個(gè)數(shù)據(jù)庫(kù)服務(wù)器。應(yīng)用服務(wù)器細(xì)分為業(yè)務(wù)邏輯和數(shù)據(jù)邏輯，業(yè)務(wù)邏輯響應(yīng)客戶端的請(qǐng)求，從客戶端獲得參數(shù)，返回結(jié)果，業(yè)務(wù)邏輯的組件將整個(gè)業(yè)務(wù)封裝，業(yè)務(wù)邏輯調(diào)用數(shù)據(jù)邏輯，實(shí)現(xiàn)對(duì)不同地點(diǎn)異構(gòu)數(shù)據(jù)庫(kù)的訪問(wèn)。

受理席可以是中心內(nèi)部的受理席或遠(yuǎn)程外包受理席；客戶端為普通Windows應(yīng)用，瀏覽器為動(dòng)態(tài)HTML（CGI、ASP、JSP）和Java Applet。它們都是瘦客戶端，僅有用戶界面，可訪問(wèn)應(yīng)用服務(wù)器的業(yè)務(wù)邏輯; 業(yè)務(wù)可由插件的方式改變，這些都可通過(guò)應(yīng)用服務(wù)器的業(yè)務(wù)邏輯改變來(lái)實(shí)現(xiàn)。 整個(gè)系統(tǒng)網(wǎng)絡(luò)連接由TCP/IP上層協(xié)議CORBA、Http、Socket實(shí)現(xiàn)。

2. 技術(shù)平臺(tái)

各個(gè)關(guān)鍵模塊都采用了當(dāng)前流行和通用的技術(shù)平臺(tái)。中間件采用EJB(Enterprise Java Beans)技術(shù)實(shí)現(xiàn)分布式應(yīng)用技術(shù); Java使應(yīng)用具有跨平臺(tái)特性，即在一個(gè)操作系統(tǒng)平臺(tái)上編寫的程序移植到其他操作系統(tǒng)平臺(tái)上時(shí)，不用修改源代碼。

利用中間件中的數(shù)據(jù)邏輯，使應(yīng)用無(wú)需改變客戶端即可訪問(wèn)其他節(jié)點(diǎn)的數(shù)據(jù)。應(yīng)用分布式數(shù)據(jù)庫(kù)可實(shí)現(xiàn)整個(gè)系統(tǒng)數(shù)據(jù)的完整性和一致性。

客戶端可用普通Windows應(yīng)用、JSP/ASP/CGI、Java等實(shí)現(xiàn)，通過(guò)IIOP協(xié)議訪問(wèn)應(yīng)用服務(wù)器的業(yè)務(wù)邏輯。異地的受理席之間語(yǔ)音傳輸用VoIP實(shí)現(xiàn)。

分布帶來(lái)的問(wèn)題和解決辦法

1. 應(yīng)用和數(shù)據(jù)分布產(chǎn)生的問(wèn)題

(1) 應(yīng)用分布產(chǎn)生的問(wèn)題

由于整個(gè)網(wǎng)絡(luò)內(nèi)的客戶端和應(yīng)用服務(wù)器眾多，有以下3個(gè)問(wèn)題需要解決：客戶端該如何確定請(qǐng)求哪個(gè)應(yīng)用服務(wù)器；客戶端如何調(diào)用遠(yuǎn)程應(yīng)用服務(wù)器的組件; 各應(yīng)用服務(wù)器之間如何協(xié)調(diào)工作。

(2) 數(shù)據(jù)分布產(chǎn)生的問(wèn)題

由于客戶端的數(shù)據(jù)可能同時(shí)取自多個(gè)點(diǎn)，所以任何一個(gè)客戶端都可能要同時(shí)訪問(wèn)異地?cái)?shù)據(jù)庫(kù)，并且需要訪問(wèn)IP地址經(jīng)常變化的數(shù)據(jù)庫(kù)。因此，若需要新增一個(gè)節(jié)點(diǎn)時(shí)，需考慮系統(tǒng)的應(yīng)用和數(shù)據(jù)如何劃分，客戶端如何使正在處理中的業(yè)務(wù)實(shí)現(xiàn)平穩(wěn)過(guò)渡。

2. 解決的方法

(1) 應(yīng)用分布問(wèn)題的解決

應(yīng)用分布問(wèn)題可通過(guò)設(shè)計(jì)客戶端和應(yīng)用服務(wù)器的訪問(wèn)規(guī)則來(lái)解決。訪問(wèn)應(yīng)遵循以下規(guī)則: 每一客戶端有且只有一個(gè)應(yīng)用服務(wù)器為之服務(wù)，一般是該客戶端本地的應(yīng)用服務(wù)器；客戶端需要訪問(wèn)遠(yuǎn)程服務(wù)器時(shí)應(yīng)該通過(guò)為之服務(wù)的應(yīng)用服務(wù)器; 每個(gè)應(yīng)用服務(wù)器都運(yùn)行所有業(yè)務(wù)邏輯組件和它訪問(wèn)的數(shù)據(jù)庫(kù)的數(shù)據(jù)邏輯組件，在業(yè)務(wù)量大的中心可做群集（Cluster）。

(2) 數(shù)據(jù)分布問(wèn)題的解決

解決數(shù)據(jù)分布的問(wèn)題稍為復(fù)雜，首先要確定數(shù)據(jù)存放原則和數(shù)據(jù)訪問(wèn)規(guī)則。

數(shù)據(jù)存放的原則：采用分布式數(shù)據(jù)庫(kù)，對(duì)業(yè)務(wù)性數(shù)據(jù)采取就近分布存儲(chǔ)的策略，而對(duì)于控制性數(shù)據(jù)則利用事務(wù)日志來(lái)保持各點(diǎn)數(shù)據(jù)的一致性。系統(tǒng)應(yīng)用同時(shí)支持?jǐn)?shù)據(jù)的遠(yuǎn)程訪問(wèn)，支持大吞吐量的聯(lián)機(jī)事務(wù)處理，支持災(zāi)難恢復(fù)。 數(shù)據(jù)訪問(wèn)的規(guī)則: 每個(gè)客戶端有且只有一個(gè)連接的應(yīng)用服務(wù)器，每一數(shù)據(jù)庫(kù)有且只有一個(gè)連接的應(yīng)用服務(wù)器。而每個(gè)應(yīng)用服務(wù)器可有多個(gè)客戶端，也可連接多個(gè)數(shù)據(jù)庫(kù)服務(wù)器。通過(guò)建立多個(gè)連接緩存的方法，實(shí)現(xiàn)不同節(jié)點(diǎn)和異構(gòu)數(shù)據(jù)庫(kù)的訪問(wèn)。如圖3所示。

圖3 數(shù)據(jù)訪問(wèn)

為了實(shí)現(xiàn)遠(yuǎn)程的訪問(wèn)，需要在每一節(jié)點(diǎn)有應(yīng)用服務(wù)器與數(shù)據(jù)庫(kù)對(duì)照表和遠(yuǎn)程調(diào)用的方法。應(yīng)用服務(wù)器與數(shù)據(jù)庫(kù)對(duì)照表記錄的是被使用的應(yīng)用服務(wù)器和數(shù)據(jù)庫(kù)連接緩存的關(guān)系。

對(duì)每一個(gè)客戶端訪問(wèn)數(shù)據(jù)的請(qǐng)求，由遠(yuǎn)程調(diào)用方法確定客戶端調(diào)用的數(shù)據(jù)是本地的還是遠(yuǎn)程的。若是本地，可通過(guò)本地應(yīng)用服務(wù)器的數(shù)據(jù)邏輯直接訪問(wèn); 若為遠(yuǎn)程，查詢對(duì)照表確定調(diào)用哪個(gè)遠(yuǎn)程應(yīng)用服務(wù)器，再通過(guò)本地應(yīng)用服務(wù)器訪問(wèn)該遠(yuǎn)程服務(wù)器，實(shí)現(xiàn)數(shù)據(jù)訪問(wèn)。遠(yuǎn)程數(shù)據(jù)訪問(wèn)過(guò)程如圖4所示。

圖4 遠(yuǎn)程數(shù)據(jù)訪問(wèn)過(guò)程

在圖4中，訪問(wèn)順序?yàn)椋?/p>

A點(diǎn)客戶端→A點(diǎn)應(yīng)用服務(wù)器→B點(diǎn)應(yīng)用服務(wù)器→B點(diǎn)數(shù)據(jù)庫(kù)。這一調(diào)用程序說(shuō)明了，客戶端是如何同時(shí)通過(guò)應(yīng)用服務(wù)器訪問(wèn)本地和遠(yuǎn)程數(shù)據(jù)庫(kù)。

當(dāng)增減應(yīng)用服務(wù)器節(jié)點(diǎn)時(shí)，需要增減對(duì)照表記錄，各節(jié)點(diǎn)對(duì)照表的一致性通過(guò)數(shù)據(jù)庫(kù)日志來(lái)保持。當(dāng)增加數(shù)據(jù)庫(kù)節(jié)點(diǎn)時(shí)，將舊數(shù)據(jù)庫(kù)中的數(shù)據(jù)根據(jù)數(shù)據(jù)存放原則轉(zhuǎn)入新數(shù)據(jù)庫(kù)(無(wú)論是處理完成或正在處理的的業(yè)務(wù)數(shù)據(jù)都轉(zhuǎn)入)，在舊數(shù)據(jù)庫(kù)中做數(shù)據(jù)移動(dòng)的日志，同時(shí)修改應(yīng)用服務(wù)器和數(shù)據(jù)庫(kù)對(duì)照表。

維護(hù)工作量的評(píng)估

1. 新增節(jié)點(diǎn)工作量的評(píng)估

新增節(jié)點(diǎn)可分為3個(gè)層次：只需客戶端、需應(yīng)用服務(wù)器和需數(shù)據(jù)庫(kù)服務(wù)器。

只需客戶端: 只需安裝客戶端軟件，并將其連接到應(yīng)用服務(wù)器上。

需應(yīng)用服務(wù)器: 需在新節(jié)點(diǎn)安裝應(yīng)用服務(wù)器，同時(shí)需修改各應(yīng)用服務(wù)器和數(shù)據(jù)庫(kù)對(duì)照表。

需數(shù)據(jù)庫(kù)服務(wù)器: 需在新節(jié)點(diǎn)安裝數(shù)據(jù)庫(kù)服務(wù)器，將其連接到應(yīng)用服務(wù)器，增加應(yīng)用服務(wù)器的數(shù)據(jù)庫(kù)連接緩存; 還需分離原節(jié)點(diǎn)中的數(shù)據(jù)到新節(jié)點(diǎn)，同時(shí)記錄轉(zhuǎn)移日志。

2. 平臺(tái)移植工作量評(píng)估

操作系統(tǒng)平臺(tái)的移植: 支持所有主流Unix平臺(tái)和NT平臺(tái)，移植到不同平臺(tái)上。由于代碼是由Java編寫，所以改變操作系統(tǒng)平臺(tái)時(shí)無(wú)需改變代碼。

數(shù)據(jù)庫(kù)平臺(tái)：支持ODBC、JDBC和其他專用數(shù)據(jù)庫(kù)專用接口。對(duì)以上接口的支持，保證了對(duì)主流數(shù)據(jù)庫(kù)平臺(tái)的支持。數(shù)據(jù)庫(kù)平臺(tái)的改變只需改變數(shù)據(jù)邏輯，而無(wú)需更改業(yè)務(wù)邏輯和客戶端。

3. 客戶端或應(yīng)用服務(wù)器代碼改變

應(yīng)用服務(wù)器數(shù)量有限，客戶端卻數(shù)量眾多，為減少工作量，應(yīng)盡可能將修改工作放在應(yīng)用服務(wù)器端。

在三層結(jié)構(gòu)中，客戶端為瘦客戶端，只有用戶界面。因此只有用戶界面發(fā)生變化時(shí)，才需改變客戶端; 若是業(yè)務(wù)發(fā)生變化時(shí)，則只需改變應(yīng)用服務(wù)器的組件。

4. 安裝和日常管理工作量

安裝: 對(duì)于只進(jìn)行業(yè)務(wù)處理的部門和只需受理客戶端軟件的部門，可從統(tǒng)一網(wǎng)址下載軟件，安裝即可使用。對(duì)于需要應(yīng)用服務(wù)器和數(shù)據(jù)庫(kù)服務(wù)器的部門，需技術(shù)人員現(xiàn)場(chǎng)安裝。

維護(hù): 對(duì)于應(yīng)用服務(wù)器組件的升級(jí)，技術(shù)人員可遠(yuǎn)程操作?？蛻舳塑浖纳?jí)需用戶從網(wǎng)上下載，重新安裝。