1、ESB案例解析和項(xiàng)目實(shí)施經(jīng)驗(yàn)分享導(dǎo)讀：本文從業(yè)務(wù)角度列舉了航空公司商務(wù)體系建設(shè)中對(duì)ESB的典型需求舉例，并介紹了航空公司ESB的總體方案、組件模型、接口設(shè)計(jì)、物理部署以及涉及到的IBM軟件產(chǎn)品。關(guān)鍵詞：ESB 企業(yè)服務(wù)總線 ESB案例 物理部署 本文是一個(gè)由3部分內(nèi)容組成的系列文章，在前2部分，介紹了兩個(gè)企業(yè)ESB解決方案的設(shè)計(jì)案例，這兩個(gè)案例分別來(lái)自于交通運(yùn)輸行業(yè)和制造行業(yè)，我們針對(duì)不同行業(yè)的業(yè)務(wù)和應(yīng)用特點(diǎn)設(shè)計(jì)了不同的ESB解決方案。第3部分內(nèi)容我們將向您介紹ESB項(xiàng)目實(shí)施的一些方法論和經(jīng)驗(yàn)。前言一個(gè)實(shí)際ESB項(xiàng)目實(shí)施的成敗，不僅要求我們把產(chǎn)品用熟用好，即熟悉ESB產(chǎn)品的配置、開(kāi)發(fā)及優(yōu)化操作

2、，還需要制定正確的、量體裁衣式的解決方案，并且需要借助科學(xué)的項(xiàng)目實(shí)施方法論，從需求分析、方案設(shè)計(jì)、產(chǎn)品開(kāi)發(fā)、測(cè)試、上線運(yùn)行等各個(gè)方面進(jìn)行全面的考慮。本系列文章將分為三部分，第1部分和第2部分將結(jié)合兩個(gè)不同行業(yè)的案例來(lái)介紹兩個(gè)具有鮮明行業(yè)特點(diǎn)的ESB解決方案，第3部分則將針對(duì)ESB項(xiàng)目的實(shí)施過(guò)程給出一些建議。航空公司ESB案例解析通過(guò)企業(yè)服務(wù)總線、接口適配器、服務(wù)注冊(cè)管理等整合技術(shù)，實(shí)現(xiàn)將企業(yè)內(nèi)部現(xiàn)有的各應(yīng)用系統(tǒng)之間的信息共享，提高企業(yè)內(nèi)部應(yīng)用系統(tǒng)的數(shù)據(jù)共享和交換效率，提升企業(yè)在市場(chǎng)上的綜合競(jìng)爭(zhēng)力和客戶服務(wù)質(zhì)量，是所有企業(yè)的一個(gè)典型需求。本文將以航空公司的案例為基礎(chǔ)，說(shuō)明采用IBM ESB相關(guān)產(chǎn)

3、品整合航空公司電子商務(wù)、常旅客、航班動(dòng)態(tài)、呼叫中心等系統(tǒng)的解決方案。航空公司ESB的需求舉例與其他行業(yè)一樣，在民航業(yè)，國(guó)際和國(guó)內(nèi)的主要航空公司內(nèi)部也分布著眾多已建和在建的用以支撐業(yè)務(wù)運(yùn)行的IT系統(tǒng)，這些系統(tǒng)之間缺乏對(duì)信息共享性、系統(tǒng)兼容性和接口標(biāo)準(zhǔn)規(guī)范的統(tǒng)一考慮，造成系統(tǒng)之間的連接比較困難，應(yīng)用和數(shù)據(jù)無(wú)法得到全面共享，系統(tǒng)間“蜘蛛網(wǎng)狀”的連接普遍存在。隨著新系統(tǒng)的不斷建設(shè)，在業(yè)務(wù)與流程方面的整合將會(huì)因系統(tǒng)和業(yè)務(wù)領(lǐng)域間的信息溝通障礙而面臨越來(lái)越多的困難，對(duì)航空公司的整體發(fā)展戰(zhàn)略帶來(lái)制約。下面我們就來(lái)列舉幾個(gè)民航業(yè)的現(xiàn)狀，以此說(shuō)明對(duì)企業(yè)進(jìn)行業(yè)務(wù)整合的必要性。現(xiàn)狀一：業(yè)務(wù)系統(tǒng)間數(shù)據(jù)共享需求強(qiáng)烈總體來(lái)

4、看，航空公司的IT分為商務(wù)、航務(wù)、機(jī)務(wù)和管控四大體系，其中商務(wù)體系中包括定座系統(tǒng)、電子客票銷售系統(tǒng)、離港系統(tǒng)、電子商務(wù)系統(tǒng)、常旅客系統(tǒng)、大客戶系統(tǒng)、呼叫中心系統(tǒng)、運(yùn)價(jià)收益管理系統(tǒng)、地面服務(wù)系統(tǒng)等。在這個(gè)龐大的體系結(jié)構(gòu)中，存在著巨大的系統(tǒng)間數(shù)據(jù)集成和共享的需求。主要存在以下三類信息的共享：航班數(shù)據(jù)共享：航班數(shù)據(jù)包括航班計(jì)劃、航班動(dòng)態(tài)、飛機(jī)參數(shù)等數(shù)據(jù)，是保障航空公司正常運(yùn)營(yíng)的最基本信息，而航空公司內(nèi)部通常都會(huì)有超過(guò)10個(gè)的系統(tǒng)需要獲取航班數(shù)據(jù)，其中包括：電子商務(wù)系統(tǒng)、呼叫中心系統(tǒng)、常旅客系統(tǒng)、地服系統(tǒng)、聯(lián)盟成員系統(tǒng)等。目前，航班數(shù)據(jù)的源數(shù)據(jù)系統(tǒng)（一般來(lái)自航空公司運(yùn)控AOC系統(tǒng)）與其他業(yè)務(wù)系統(tǒng)之間的

5、數(shù)據(jù)交換和共享都是通過(guò)點(diǎn)對(duì)點(diǎn)單獨(dú)開(kāi)發(fā)接口的形式實(shí)現(xiàn)的，比如通過(guò)數(shù)據(jù)庫(kù)視圖的緊耦合的方式實(shí)現(xiàn)，這在增加各個(gè)系統(tǒng)接口復(fù)雜性的同時(shí)也增加了系統(tǒng)開(kāi)發(fā)的周期和費(fèi)用，而且各業(yè)務(wù)系統(tǒng)無(wú)法從統(tǒng)一的渠道獲取航班數(shù)據(jù)，造成了各業(yè)務(wù)系統(tǒng)之間數(shù)據(jù)不一致，如下圖所示：                      圖1. 航空公司航班數(shù)據(jù)共享客戶主數(shù)據(jù)共享：根據(jù)不同的直銷、分銷渠道以及不同的客戶屬性，航空公司的客戶信

6、息通常被分散地存儲(chǔ)在多個(gè)不同的客戶服務(wù)系統(tǒng)中，其中包括常旅客系統(tǒng)、大客戶系統(tǒng)、電子商務(wù)系統(tǒng)等，這些現(xiàn)有系統(tǒng)或多或少地通過(guò)點(diǎn)到點(diǎn)的星型結(jié)構(gòu)的接口方式進(jìn)行了一些互連，在一定程度上實(shí)現(xiàn)了客戶數(shù)據(jù)共享，但是仍普遍存在連接混亂、各系統(tǒng)間數(shù)據(jù)更新頻率不一致、各系統(tǒng)內(nèi)同一旅客基本信息不統(tǒng)一等問(wèn)題，借鑒其他行業(yè)在客戶主數(shù)據(jù)管理方面的發(fā)展趨勢(shì)和最佳實(shí)踐，因此航空公司需要對(duì)客戶主數(shù)據(jù)進(jìn)行統(tǒng)一存儲(chǔ)和一致性管理，這就需要完成呼叫中心、電子商務(wù)、大客戶、常旅客等系統(tǒng)與客戶主數(shù)據(jù)系統(tǒng)之間的集成，希望通過(guò)ESB技術(shù)實(shí)現(xiàn)上述系統(tǒng)間數(shù)據(jù)的實(shí)時(shí)同步，如下圖所示：     

7、0;                     圖2. 航空公司客戶數(shù)據(jù)共享客票銷售和客戶服務(wù)信息共享：在航空公司的直銷渠道中，電子商務(wù)與呼叫中心是非常重要的兩大直銷渠道，各自擁有獨(dú)立的業(yè)務(wù)支持系統(tǒng)，以這兩個(gè)系統(tǒng)為例，國(guó)內(nèi)各個(gè)航空公司擁有的電子商務(wù)與呼叫中心這兩個(gè)應(yīng)用系統(tǒng)之間后臺(tái)基本沒(méi)有任何數(shù)據(jù)共享，在業(yè)務(wù)和應(yīng)用上完全獨(dú)立，如下圖：     

8、0;                  圖3. 呼叫中心和電子商務(wù)系統(tǒng)渠道分離而實(shí)際上這兩個(gè)系統(tǒng)之間存在著非常多的來(lái)自業(yè)務(wù)的數(shù)據(jù)共享需求。例如：當(dāng)客戶在互連網(wǎng)上完成了全部訂座功能，希望能夠在呼叫中心完成改期升艙、退票退款等操作；而如果客戶在呼叫中心渠道上完成了全部訂座功能，或者在呼叫中心完成改期升艙、退票、退款操作后，也希望能夠在互連網(wǎng)上進(jìn)行狀態(tài)查詢，如下圖所示：     &#

9、160;                    圖4. 呼叫中心和電子商務(wù)系統(tǒng)間數(shù)據(jù)共享因此這兩個(gè)系統(tǒng)希望共享客票銷售數(shù)據(jù)、客票服務(wù)數(shù)據(jù)（對(duì)于升艙、改期、退票、退款、訂單追蹤、郵寄行程單等客票服務(wù)流程的相關(guān)數(shù)據(jù)）以及銷售業(yè)績(jī)管理等進(jìn)行共享，從而實(shí)現(xiàn)航空公司的兩大直銷渠道之間在銷售與服務(wù)流程上的統(tǒng)一和客戶體驗(yàn)的統(tǒng)一，增加客戶滿意度和客戶服務(wù)水平。現(xiàn)狀二：缺乏技術(shù)先進(jìn)的、統(tǒng)一的、標(biāo)準(zhǔn)的IT集成架構(gòu)在以往各個(gè)系統(tǒng)

10、的建設(shè)當(dāng)中，都是采用傳統(tǒng)的點(diǎn)對(duì)點(diǎn)的聯(lián)接方式，導(dǎo)致了一個(gè)復(fù)雜的網(wǎng)狀結(jié)構(gòu)，其弊端在于系統(tǒng)接口眾多，系統(tǒng)間造成密切的耦合性，某一個(gè)系統(tǒng)接口的修改導(dǎo)致其他所有系統(tǒng)的修改；系統(tǒng)沒(méi)有擴(kuò)展性，每新增一個(gè)系統(tǒng)就需要開(kāi)發(fā)該系統(tǒng)和其他相關(guān)所有系統(tǒng)的接口；系統(tǒng)的后期維護(hù)成本過(guò)高。沒(méi)有建立起統(tǒng)一的數(shù)據(jù)交換平臺(tái)和數(shù)據(jù)交換標(biāo)準(zhǔn)。各系統(tǒng)之間根據(jù)自己的需要獲取數(shù)據(jù)，存在著格式上、內(nèi)容上、或者統(tǒng)計(jì)口徑上的差異。以航空公司電子商務(wù)系統(tǒng)為例，電子商務(wù)系統(tǒng)與周邊業(yè)務(wù)系統(tǒng)的集成需求如下：            

11、60;       表1. 航空公司電子商務(wù)與外圍系統(tǒng)集成舉例上表中，我們粗略列舉了航空公司電子商務(wù)系統(tǒng)與其各主要相關(guān)系統(tǒng)間交換的業(yè)務(wù)數(shù)據(jù)內(nèi)容，以及通訊協(xié)議和數(shù)據(jù)格式，我們可以看出其復(fù)雜性，如果沒(méi)有一個(gè)統(tǒng)一的集成平臺(tái)的支撐，那么數(shù)據(jù)格式轉(zhuǎn)換、通訊適配器的開(kāi)發(fā)、傳輸可靠性保證等問(wèn)題都需要依賴于自主開(kāi)發(fā)，其風(fēng)險(xiǎn)是不言而喻的。航空公司商務(wù)體系ESB整合方案總體方案概述SOA（面向服務(wù)的架構(gòu)）是當(dāng)今國(guó)外各大航空公司率先考慮的方法論并成為提升下一代提升航空運(yùn)輸服務(wù)的能力引擎，它使IT部門可以搭建靈活的可配置體系以支持隨需應(yīng)變的航空業(yè)務(wù)。鑒于航空

12、公司商務(wù)體系建設(shè)中存在的這些問(wèn)題，以及業(yè)界的最佳實(shí)踐，我們提出采用ESB整合航空公司的商務(wù)體系，其總體架構(gòu)如下圖所示：                         圖5. 航空公司商務(wù)體系集成架構(gòu)總體系統(tǒng)架構(gòu)主要由展現(xiàn)層、核心應(yīng)用層和SOA核心能力層組成，其中通過(guò)門戶實(shí)現(xiàn)統(tǒng)一用戶接入，該模塊主要包含用戶帳戶信息管理和存儲(chǔ)、用戶登錄身份認(rèn)證和訪問(wèn)

13、請(qǐng)求負(fù)載均衡等部分。核心應(yīng)用層包括電子商務(wù)系統(tǒng)、呼叫中心系統(tǒng)、常旅客系統(tǒng)、大客戶系統(tǒng)等商務(wù)體系中的所有重要的業(yè)務(wù)系統(tǒng)。SOA核心能力層由企業(yè)服務(wù)總線、服務(wù)管理和注冊(cè)庫(kù)以及組合服務(wù)運(yùn)行引擎三部分組成。其中，企業(yè)服務(wù)總線（ESB）是SOA核心能力層的一個(gè)中心組件，它負(fù)責(zé)接入各種服務(wù)資源，通過(guò)采用統(tǒng)一服務(wù)接口使得各種服務(wù)或應(yīng)用與服務(wù)之間可以相互方便訪問(wèn)，以星形結(jié)構(gòu)替代了原來(lái)各服務(wù)之間的點(diǎn)對(duì)點(diǎn)結(jié)構(gòu)，極大地優(yōu)化了系統(tǒng)連接架構(gòu)，降低了系統(tǒng)集成的復(fù)雜度。企業(yè)服務(wù)總線下方連入的各個(gè)應(yīng)用系統(tǒng)是航空公司內(nèi)部的各個(gè)業(yè)務(wù)系統(tǒng)，而右邊是要連接的一些外部系統(tǒng)。組合服務(wù)運(yùn)行引擎通常運(yùn)行在標(biāo)準(zhǔn)的流程引擎之上，例如BPEL流程

14、引擎，不是本文的重點(diǎn)，在此就不再贅述了。ESB的組件及產(chǎn)品映射模型ESB組件模型及產(chǎn)品映射模型如圖6：                         圖6. 航空公司ESB組件模型其中包括ESB組件、服務(wù)注冊(cè)和管理組件以及ESB的監(jiān)控和管理組件3部分組成。ESB組件：實(shí)現(xiàn)消息傳遞、服務(wù)路由、格式轉(zhuǎn)換、交易完整性保證、數(shù)據(jù)解析和處理、安全傳輸、應(yīng)用

15、適配、協(xié)議轉(zhuǎn)換等功能，可以由WebSphere Message Broker實(shí)現(xiàn)。服務(wù)注冊(cè)和管理：為ESB提供服務(wù)管理容器，借助科學(xué)的方法論，對(duì)航空公司的業(yè)務(wù)需求進(jìn)行分析，對(duì)其商務(wù)體系的業(yè)務(wù)流程進(jìn)行梳理，建立起航空公司商務(wù)體系的服務(wù)目錄和服務(wù)庫(kù)，對(duì)這些服務(wù)以及服務(wù)的元數(shù)據(jù)進(jìn)行定義和存儲(chǔ)，以便進(jìn)行服務(wù)的查找、發(fā)布、注冊(cè)和管理。該組件可以由WebSphere Service Registry and Repository（WSRR）來(lái)實(shí)現(xiàn)，將所暴露的服務(wù)注冊(cè)在WSRR中，便于其他系統(tǒng)發(fā)現(xiàn)和調(diào)用。ESB監(jiān)控和管理：ESB是應(yīng)用集成的樞紐，各個(gè)應(yīng)用之間的信息和服務(wù)共享都將通過(guò)ESB來(lái)進(jìn)行，因此，ESB

16、平臺(tái)本身的監(jiān)控和管理的重要性是不言而喻的。全面、及時(shí)的服務(wù)監(jiān)控功能除了能夠輔助快捷的故障診斷，還能夠提供完整的服務(wù)質(zhì)量評(píng)估報(bào)告，以衡量現(xiàn)有的應(yīng)用系統(tǒng)效率，并為優(yōu)化、升級(jí)提供指導(dǎo)。服務(wù)監(jiān)控需要包括服務(wù)、操作等級(jí)別的調(diào)用/失敗次數(shù)、響應(yīng)時(shí)間等信息，并且在超過(guò)設(shè)定值的情況下能夠報(bào)警。該組件由Tivoli Omegamon XE for Messaging實(shí)現(xiàn)，Tivoli Omegamon XE for Messaging能夠?qū)崿F(xiàn)對(duì)IBM WebSphere Message Broker以及底層MQ的資源的自動(dòng)發(fā)現(xiàn)并進(jìn)行自動(dòng)監(jiān)控，幫助管理員及時(shí)發(fā)現(xiàn)故障和故障隱患。組件交互模型以前面描述的電子商務(wù)系統(tǒng)

17、和呼叫中心之間的訂單交互為例，其組件交互模型如下：                           圖7. 航空公司ESB組件交互模型該模型描述了客戶在呼叫中心預(yù)定了機(jī)票（產(chǎn)生訂單），然后通過(guò)電子商務(wù)（B2C）系統(tǒng)修改訂單時(shí)通過(guò)ESB實(shí)現(xiàn)系統(tǒng)間訂單交互的場(chǎng)景。ESB的接口設(shè)計(jì)    &

18、#160;                   圖8. 航空公司ESB接口設(shè)計(jì)在上圖中，我們給出了某航空公司的一個(gè)示例。在這個(gè)例子中，我們看到其電子商務(wù)系統(tǒng)、航班信息發(fā)布系統(tǒng)、客戶主數(shù)據(jù)系統(tǒng)都是采用Web Service/實(shí)時(shí)/XML接口；呼叫中心采用socket/實(shí)時(shí)/文本、WebService/實(shí)時(shí)/XML接口；常旅客系統(tǒng)采用FTP/批量/文本、WebService/實(shí)時(shí)/XML的接口；大客戶系統(tǒng)采用Databa

19、se的接口形式。基于接口的數(shù)據(jù)格式的不同，與ESB相關(guān)的系統(tǒng)可以分為以下兩類：基于XML報(bào)文的應(yīng)用系統(tǒng)：基于XML報(bào)文交互是比較理想的方式，是目前業(yè)界較為推薦的標(biāo)準(zhǔn)方式。需要說(shuō)明的是，盡管都采用XML標(biāo)準(zhǔn)，由于各個(gè)系統(tǒng)的需求的差別已經(jīng)建設(shè)周期的不同，不同的應(yīng)用系統(tǒng)采用的XML消息很難完全兼容。這需要由ESB實(shí)現(xiàn)相應(yīng)的轉(zhuǎn)換。基于專有報(bào)文/自定義報(bào)文的應(yīng)用系統(tǒng)：基于專有報(bào)文的應(yīng)用系統(tǒng)，如國(guó)內(nèi)的定座系統(tǒng)，可以先保留現(xiàn)有的報(bào)文格式，由ESB實(shí)現(xiàn)現(xiàn)有格式與其他報(bào)文格式以及XML格式之間的轉(zhuǎn)換。隨著未來(lái)?xiàng)l件的成熟，這些系統(tǒng)逐步過(guò)度到通過(guò)XML實(shí)現(xiàn)與ESB以及其他應(yīng)用系統(tǒng)的集成。基于接口的通訊協(xié)議的不同，與

20、ESB相關(guān)的系統(tǒng)可以分為以下四類：基于Web Services的系統(tǒng)：基于Web Services的系統(tǒng)，例如目前的呼叫中心和電子商務(wù)系統(tǒng)都可以提供這種方式，可以使用SOAP/HTTP（S）與ESB實(shí)現(xiàn)整合。基于FTP/Socket的應(yīng)用系統(tǒng)：需要通過(guò)FTP交換數(shù)據(jù)的系統(tǒng)，如FFP系統(tǒng)等，ESB可以直接支持FTP的方式。ESB缺省提供文件適配器，其中就可以支持本地文件和遠(yuǎn)程文件通過(guò)FTP方式的讀寫。基于數(shù)據(jù)庫(kù)的應(yīng)用系統(tǒng)：基于數(shù)據(jù)庫(kù)的系統(tǒng)，如大客戶系統(tǒng)、數(shù)據(jù)倉(cāng)庫(kù)系統(tǒng)，可以通過(guò)JDBC適配器與ESB集成。基于傳統(tǒng)應(yīng)用連接的系統(tǒng)：對(duì)于這類系統(tǒng)可以通過(guò)定制的Adapter與ESB以及其他應(yīng)用實(shí)現(xiàn)整合，該Adapter可以以Java實(shí)現(xiàn)。另一方面，也可以通過(guò)XML/MQ實(shí)現(xiàn)與ESB的集成，這時(shí)，這些傳統(tǒng)應(yīng)用系統(tǒng)將調(diào)整為面向消息的方式。使用MQ作為一個(gè)通用的Adapter與ESB以及其他應(yīng)用實(shí)現(xiàn)