ESB技術(shù)在商業(yè)智能應(yīng)用模型系統(tǒng)中的應(yīng)用研究

朱春霖+雷蕾

【摘 要】應(yīng)用模型是電信運(yùn)營(yíng)商制定商業(yè)智能解決方案的關(guān)鍵技術(shù)，為使各子公司之間復(fù)用已有成果，總部搭建了應(yīng)用模型共享系統(tǒng)。針對(duì)目前該系統(tǒng)存在模型資源更新不及時(shí)、應(yīng)用功能開(kāi)發(fā)效率低的問(wèn)題，通過(guò)探索ESB技術(shù)，屏蔽各子公司異構(gòu)的系統(tǒng)和應(yīng)用軟件，使模型以服務(wù)方式發(fā)布和調(diào)用，實(shí)現(xiàn)模型實(shí)時(shí)共享，從而避免應(yīng)用功能二次開(kāi)發(fā)。

【關(guān)鍵詞】企業(yè)服務(wù)總線 商業(yè)智能 應(yīng)用模型

中圖分類號(hào)：TP302.1 文獻(xiàn)標(biāo)識(shí)碼：A 文章編號(hào)：1006-1010（2014）-20-0073-04

Research on ESB Technology in Business Intelligence Application Model System

ZHU Chun-lin， LEI Lei

（China Mobile （Shenzhen） Co.， Ltd.， Shenzhen 518048， China）

[Abstract]

Application model is the key technology in business intelligence solution of telecom operators. In order to reuse good models among subsidiaries， application model sharing system is built. In this model， however， the model resources cannot be updated timely and the efficiency of application development is low. ESB （Enterprise Service Bus） technology is used to shield the heterogeneous systems and applications software among subsidiaries. Thus the model is published and called as a service to achieve real-time sharing， which avoids secondary development of applications.

[Key words]enterprise service bus business intelligence application model

1 引言

在低成本高效運(yùn)營(yíng)的時(shí)代，國(guó)內(nèi)電信運(yùn)營(yíng)商在探索各類系統(tǒng)集中化建設(shè)方案，以此取代各分公司獨(dú)立建設(shè)的模式，從而降低運(yùn)營(yíng)成本的投入，實(shí)現(xiàn)應(yīng)用軟件復(fù)用最大化。在這個(gè)逐步實(shí)現(xiàn)的過(guò)程中，如何整合各分公司已有資源，屏蔽已建立的平臺(tái)異構(gòu)問(wèn)題，建立并管理網(wǎng)絡(luò)通訊服務(wù)渠道，實(shí)現(xiàn)應(yīng)用共享，是邁向集中化建設(shè)的第一步。

2 商業(yè)智能應(yīng)用模型系統(tǒng)簡(jiǎn)介

目前，各分公司都已建立了基于企業(yè)級(jí)數(shù)據(jù)倉(cāng)庫(kù)的商業(yè)智能系統(tǒng)[1]，通過(guò)開(kāi)發(fā)應(yīng)用模型挖掘數(shù)據(jù)的商業(yè)價(jià)值[2]。例如，客戶離網(wǎng)預(yù)警模型[3]將客戶近期的行為作為模型的輸入，經(jīng)模型運(yùn)算后輸出客戶是否有離網(wǎng)傾向，為客戶維護(hù)提供依據(jù)。為使A分公司模型能被B分公司復(fù)用，總部建立了應(yīng)用模型共享系統(tǒng)整合各分公司模型，各分公司可以通過(guò)公司內(nèi)部網(wǎng)絡(luò)用瀏覽器訪問(wèn)系統(tǒng)，獲取其他分公司模型資源。目前系統(tǒng)的主要功能和存在的問(wèn)題如下：

系統(tǒng)主要功能一：模型資料搜索查詢

可通過(guò)關(guān)鍵字檢索，查詢并下載相關(guān)模型設(shè)計(jì)說(shuō)明書、腳本等資料。

問(wèn)題：模型資料都由總部手工整理后入庫(kù)，面對(duì)全網(wǎng)31個(gè)分公司遞交的材料，存在工作量大、更新不及時(shí)、內(nèi)容不準(zhǔn)確的問(wèn)題。

系統(tǒng)主要功能二：模型效果在線驗(yàn)證

后臺(tái)固化了模型算法腳本，用戶按照要求上傳驗(yàn)證數(shù)據(jù)，系統(tǒng)可在一定時(shí)間內(nèi)反饋模型運(yùn)算結(jié)果的效果評(píng)估數(shù)據(jù)。

問(wèn)題：模型算法相關(guān)材料遞交到總部后，總部需要進(jìn)行二次開(kāi)發(fā)，將算法固化到本地系統(tǒng)中，存在耗時(shí)長(zhǎng)、成本高的問(wèn)題，并且在研發(fā)過(guò)程中，需要與提交模型的子公司進(jìn)行多次溝通，準(zhǔn)確性與及時(shí)性得不到保證。

3 企業(yè)服務(wù)總線技術(shù)介紹

ESB（Enterprise Service Bus，企業(yè)服務(wù)總線）是SOA（Service-Oriented Architecture，面向服務(wù)體系架構(gòu)）技術(shù)的關(guān)鍵解決方案[4]，它將傳統(tǒng)中間件技術(shù)、XML、Web Service等技術(shù)進(jìn)行整合[5-6]，形成基于開(kāi)放標(biāo)準(zhǔn)的消息中間件，使企業(yè)內(nèi)部不同異構(gòu)平臺(tái)的應(yīng)用程序之間實(shí)現(xiàn)安全的互操作[7]。

根據(jù)上述分析，企業(yè)服務(wù)總線的功能包括[8-9]：

（1）對(duì)總線上注冊(cè)服務(wù)的元數(shù)據(jù)信息進(jìn)行管理并提供服務(wù)尋址功能；

（2）提供透明性的智能服務(wù)路由和定位、查找服務(wù)功能；

（3）多種消息交互模式（同步、異步、發(fā)布訂閱等）；

（4）支持常用傳輸協(xié)議（FTP、HTTP、JMS等）；

（5）支持多種服務(wù)集成方式，如Web服務(wù)、Messaging、Adaptor；

（6）支持對(duì)服務(wù)管理功能，如服務(wù)調(diào)用記錄、性能監(jiān)控?cái)?shù)據(jù)等。

企業(yè)內(nèi)部各現(xiàn)有異構(gòu)系統(tǒng)可接入ESB總線，由總線協(xié)調(diào)，以達(dá)到復(fù)用與集成的效果[10]。

4 企業(yè)服務(wù)總線技術(shù)在應(yīng)用模型系統(tǒng)中

的應(yīng)用

全網(wǎng)31個(gè)分公司將自有模型按照統(tǒng)一標(biāo)準(zhǔn)封裝成模型服務(wù)，并在ESB總線系統(tǒng)上發(fā)布該服務(wù)接口，實(shí)際模型還存在于各分公司系統(tǒng)中，其他分公司通過(guò)ESB總線按照統(tǒng)一方式對(duì)該模型服務(wù)進(jìn)行調(diào)用，獲得模型計(jì)算結(jié)果。總部無(wú)需在本地固化分公司大量模型，分公司更新自有模型后ESB總線會(huì)自動(dòng)同步，從而在全網(wǎng)范圍內(nèi)達(dá)到應(yīng)用模型的及時(shí)更新和共享。endprint

下面將對(duì)ESB總線系統(tǒng)的功能架構(gòu)和2個(gè)技術(shù)關(guān)鍵點(diǎn)進(jìn)行闡述，并對(duì)比引入ESB總線系統(tǒng)前后模型開(kāi)發(fā)時(shí)長(zhǎng)和服務(wù)性能影響。

4.1 企業(yè)服務(wù)總線系統(tǒng)功能架構(gòu)

該系統(tǒng)分為4個(gè)模塊：服務(wù)管理、基礎(chǔ)服務(wù)、服務(wù)運(yùn)維監(jiān)控和服務(wù)開(kāi)發(fā)。其功能架構(gòu)如圖1所示。

（1）服務(wù)管理提供對(duì)模型服務(wù)和消息進(jìn)行統(tǒng)一的控制及管理；

（2）基礎(chǔ)服務(wù)從模型業(yè)務(wù)需求的角度出發(fā)，完成具體的數(shù)據(jù)處理邏輯和數(shù)據(jù)操作功能；

（3）服務(wù)運(yùn)維監(jiān)控提供服務(wù)信息的集中化管理和服務(wù)運(yùn)行的全面監(jiān)控；

（4）服務(wù)開(kāi)發(fā)提供可配置的圖形化工具，支持對(duì)服務(wù)的快速開(kāi)發(fā)和部署。

4.2 2種服務(wù)提供方式和3種消息交換模型

在服務(wù)實(shí)現(xiàn)上，針對(duì)不同模型服務(wù)選擇REST（Representational State Transfer，表述性狀態(tài)轉(zhuǎn)移）或SOAP（Simple Object Access Protocol，簡(jiǎn)單對(duì)象訪問(wèn)協(xié)議）方式。REST方式適合應(yīng)對(duì)效率要求高但對(duì)安全要求不高的場(chǎng)景，如基于logistic回歸的核心客戶離網(wǎng)預(yù)警模型等；而SOAP方式適合應(yīng)對(duì)需提供多開(kāi)發(fā)語(yǔ)言且對(duì)安全性要求較高的場(chǎng)景，如客戶交往圈模型等。

由于不同模型服務(wù)計(jì)算量和數(shù)據(jù)量差異較大，制定以下3種消息交換模式應(yīng)用于不同場(chǎng)景：

（1）同步響應(yīng)方式：適用于數(shù)據(jù)量小且運(yùn)算快的模型，如客戶統(tǒng)一視圖查詢；

（2）異步響應(yīng)方式：適用于數(shù)據(jù)量大且運(yùn)算復(fù)雜耗時(shí)的模型，如客戶交往圈計(jì)算模型；

（3）發(fā)布訂閱方式：適用于觸發(fā)性傳輸各種數(shù)據(jù)量的模型，如客戶價(jià)值細(xì)分模型。

4.3 引入ESB系統(tǒng)前后模型平均上線時(shí)長(zhǎng)和性能對(duì)比

引入ESB總線后，通過(guò)近一年約300多個(gè)模型開(kāi)發(fā)和接入，本文統(tǒng)計(jì)了每個(gè)模型平均上線時(shí)間，并同引入ESB總線前將模型固化到本地系統(tǒng)的方式進(jìn)行對(duì)比，具體如表1所示：

表1 2種方式模型上線時(shí)長(zhǎng)

開(kāi)發(fā)方式 模型平均上線時(shí)間

引入ESB總線后 1～2天

引入ESB總線前 7天（約1周）

通過(guò)表1可以看出，引入ESB總線后，可以大大縮短模型平均上線時(shí)間，及時(shí)性得到保證。由于模型以服務(wù)方式提供，分公司對(duì)模型的修改能夠?qū)崟r(shí)同步，因此準(zhǔn)確性也得以保證。

為評(píng)估引入ESB總線后對(duì)系統(tǒng)整體性能的影響，本文選擇2種典型模型場(chǎng)景，對(duì)比引入ESB總線系統(tǒng)前后服務(wù)平均響應(yīng)時(shí)間，具體如表2所示：

表2 2種方式服務(wù)提供性能對(duì)比

并發(fā)請(qǐng)求數(shù)/個(gè) 客戶交往圈模型

平均響應(yīng)時(shí)間/ms

引入前 引入后

5 221 247.6

30 560.47 607.37

50 858.44 982.42

100 1 570.32 1 771.53

通過(guò)表2可以看出，引入ESB總線后，性能消耗均在15%以下，這是因?yàn)樵贓SB總線中服務(wù)調(diào)用需要經(jīng)過(guò)消息解析、服務(wù)查找和路由等一系列工作，會(huì)對(duì)性能產(chǎn)生一定的消耗。

5 總結(jié)及展望

目前總部構(gòu)建的企業(yè)服務(wù)總線系統(tǒng)上接入了近500個(gè)分公司的模型服務(wù)，分公司亮點(diǎn)模型能夠通過(guò)快速封裝、接入總線，達(dá)到共享復(fù)用的效果。但是隨著接入服務(wù)數(shù)量越來(lái)越多，對(duì)于服務(wù)的管理成本也相應(yīng)增加。下一步計(jì)劃提取各模型服務(wù)的元數(shù)據(jù)信息，構(gòu)建元數(shù)據(jù)平臺(tái)，以便更好地進(jìn)行服務(wù)管理，同時(shí)保證分公司在獲取服務(wù)時(shí)能夠快速、準(zhǔn)確定位所需服務(wù)。

參考文獻(xiàn)：

[1] Sonic Software Corporation. Sonic ESB： An Architecture and Lifecycle Definition， Sonic White Paper[R]. 2005.

[2] Keen M， Acharya A， Bishop S. Patterns： Implementing an SOA Using an Enterprise Service Bus[M]. New York： IBM Press， 2004.

[3] Hudson S. The Enterprise Service Bus： Disruptive Technology for Software Infrastructure Solutions[J]. IDC Insight， 2003（1）： 29-32.

[4] W H Inmon. Building the Data Warehouse[M]. 王志海，譯. 北京： 機(jī)械工業(yè)出版社， 2003.

[5] 陳金波. 面向電信CRM的數(shù)據(jù)挖掘應(yīng)用研究[D]. 南京： 東南大學(xué)， 2006.

[6] 賢繼紅，王家海. 數(shù)據(jù)挖掘中決策樹(shù)算法的研究[J]. 世界科技研究與發(fā)展， 2009（4）： 600-602.

[7] 牛剛，張忠能. 輕量級(jí)ESB研究與設(shè)計(jì)[J]. 微型電腦應(yīng)用， 2009（2）： 14-16.

[8] 張?jiān)朴拢瑥堉墙瑒㈠\德，等. 中間件技術(shù)原理與應(yīng)用[M]. 北京： 清華大學(xué)出版社， 2004.

[9] 馬凌，陳洪亮. Web Services技術(shù)在企業(yè)信息集成中的應(yīng)用[J]. 微型電腦應(yīng)用， 2004（10）： 19-22.

[10] 孫晉文，肖建國(guó). 企業(yè)應(yīng)用集成與基于Web Services的構(gòu)架應(yīng)用[J]. 計(jì)算機(jī)工程與應(yīng)用， 2003（21）： 205-208.

作者簡(jiǎn)介

朱春霖：碩士，現(xiàn)任中國(guó)移動(dòng)（深圳）有限公司移動(dòng)業(yè)務(wù)運(yùn)營(yíng)支撐網(wǎng)測(cè)評(píng)中心數(shù)據(jù)分析工程師，主要研究方向?yàn)樯虡I(yè)智能、軟件設(shè)計(jì)和開(kāi)發(fā)等。

雷蕾：碩士畢業(yè)于西安交通大學(xué)軟件工程專業(yè)，主要研究方向?yàn)锽I系統(tǒng)架構(gòu)及數(shù)據(jù)挖掘技術(shù)應(yīng)用，現(xiàn)任職于中國(guó)移動(dòng)（深圳）有限公司，從事業(yè)務(wù)支撐系統(tǒng)測(cè)評(píng)工作。endprint

下面將對(duì)ESB總線系統(tǒng)的功能架構(gòu)和2個(gè)技術(shù)關(guān)鍵點(diǎn)進(jìn)行闡述，并對(duì)比引入ESB總線系統(tǒng)前后模型開(kāi)發(fā)時(shí)長(zhǎng)和服務(wù)性能影響。

4.1 企業(yè)服務(wù)總線系統(tǒng)功能架構(gòu)

該系統(tǒng)分為4個(gè)模塊：服務(wù)管理、基礎(chǔ)服務(wù)、服務(wù)運(yùn)維監(jiān)控和服務(wù)開(kāi)發(fā)。其功能架構(gòu)如圖1所示。

（1）服務(wù)管理提供對(duì)模型服務(wù)和消息進(jìn)行統(tǒng)一的控制及管理；

（2）基礎(chǔ)服務(wù)從模型業(yè)務(wù)需求的角度出發(fā)，完成具體的數(shù)據(jù)處理邏輯和數(shù)據(jù)操作功能；

（3）服務(wù)運(yùn)維監(jiān)控提供服務(wù)信息的集中化管理和服務(wù)運(yùn)行的全面監(jiān)控；

（4）服務(wù)開(kāi)發(fā)提供可配置的圖形化工具，支持對(duì)服務(wù)的快速開(kāi)發(fā)和部署。

4.2 2種服務(wù)提供方式和3種消息交換模型

在服務(wù)實(shí)現(xiàn)上，針對(duì)不同模型服務(wù)選擇REST（Representational State Transfer，表述性狀態(tài)轉(zhuǎn)移）或SOAP（Simple Object Access Protocol，簡(jiǎn)單對(duì)象訪問(wèn)協(xié)議）方式。REST方式適合應(yīng)對(duì)效率要求高但對(duì)安全要求不高的場(chǎng)景，如基于logistic回歸的核心客戶離網(wǎng)預(yù)警模型等；而SOAP方式適合應(yīng)對(duì)需提供多開(kāi)發(fā)語(yǔ)言且對(duì)安全性要求較高的場(chǎng)景，如客戶交往圈模型等。

由于不同模型服務(wù)計(jì)算量和數(shù)據(jù)量差異較大，制定以下3種消息交換模式應(yīng)用于不同場(chǎng)景：

（1）同步響應(yīng)方式：適用于數(shù)據(jù)量小且運(yùn)算快的模型，如客戶統(tǒng)一視圖查詢；

（2）異步響應(yīng)方式：適用于數(shù)據(jù)量大且運(yùn)算復(fù)雜耗時(shí)的模型，如客戶交往圈計(jì)算模型；

（3）發(fā)布訂閱方式：適用于觸發(fā)性傳輸各種數(shù)據(jù)量的模型，如客戶價(jià)值細(xì)分模型。

4.3 引入ESB系統(tǒng)前后模型平均上線時(shí)長(zhǎng)和性能對(duì)比

引入ESB總線后，通過(guò)近一年約300多個(gè)模型開(kāi)發(fā)和接入，本文統(tǒng)計(jì)了每個(gè)模型平均上線時(shí)間，并同引入ESB總線前將模型固化到本地系統(tǒng)的方式進(jìn)行對(duì)比，具體如表1所示：

表1 2種方式模型上線時(shí)長(zhǎng)

開(kāi)發(fā)方式 模型平均上線時(shí)間

引入ESB總線后 1～2天

引入ESB總線前 7天（約1周）

通過(guò)表1可以看出，引入ESB總線后，可以大大縮短模型平均上線時(shí)間，及時(shí)性得到保證。由于模型以服務(wù)方式提供，分公司對(duì)模型的修改能夠?qū)崟r(shí)同步，因此準(zhǔn)確性也得以保證。

為評(píng)估引入ESB總線后對(duì)系統(tǒng)整體性能的影響，本文選擇2種典型模型場(chǎng)景，對(duì)比引入ESB總線系統(tǒng)前后服務(wù)平均響應(yīng)時(shí)間，具體如表2所示：

表2 2種方式服務(wù)提供性能對(duì)比

并發(fā)請(qǐng)求數(shù)/個(gè) 客戶交往圈模型

平均響應(yīng)時(shí)間/ms

引入前 引入后

5 221 247.6

30 560.47 607.37

50 858.44 982.42

100 1 570.32 1 771.53

通過(guò)表2可以看出，引入ESB總線后，性能消耗均在15%以下，這是因?yàn)樵贓SB總線中服務(wù)調(diào)用需要經(jīng)過(guò)消息解析、服務(wù)查找和路由等一系列工作，會(huì)對(duì)性能產(chǎn)生一定的消耗。

5 總結(jié)及展望

目前總部構(gòu)建的企業(yè)服務(wù)總線系統(tǒng)上接入了近500個(gè)分公司的模型服務(wù)，分公司亮點(diǎn)模型能夠通過(guò)快速封裝、接入總線，達(dá)到共享復(fù)用的效果。但是隨著接入服務(wù)數(shù)量越來(lái)越多，對(duì)于服務(wù)的管理成本也相應(yīng)增加。下一步計(jì)劃提取各模型服務(wù)的元數(shù)據(jù)信息，構(gòu)建元數(shù)據(jù)平臺(tái)，以便更好地進(jìn)行服務(wù)管理，同時(shí)保證分公司在獲取服務(wù)時(shí)能夠快速、準(zhǔn)確定位所需服務(wù)。

參考文獻(xiàn)：

[1] Sonic Software Corporation. Sonic ESB： An Architecture and Lifecycle Definition， Sonic White Paper[R]. 2005.

[2] Keen M， Acharya A， Bishop S. Patterns： Implementing an SOA Using an Enterprise Service Bus[M]. New York： IBM Press， 2004.

[3] Hudson S. The Enterprise Service Bus： Disruptive Technology for Software Infrastructure Solutions[J]. IDC Insight， 2003（1）： 29-32.

[4] W H Inmon. Building the Data Warehouse[M]. 王志海，譯. 北京： 機(jī)械工業(yè)出版社， 2003.

[5] 陳金波. 面向電信CRM的數(shù)據(jù)挖掘應(yīng)用研究[D]. 南京： 東南大學(xué)， 2006.

[6] 賢繼紅，王家海. 數(shù)據(jù)挖掘中決策樹(shù)算法的研究[J]. 世界科技研究與發(fā)展， 2009（4）： 600-602.

[7] 牛剛，張忠能. 輕量級(jí)ESB研究與設(shè)計(jì)[J]. 微型電腦應(yīng)用， 2009（2）： 14-16.

[8] 張?jiān)朴拢瑥堉墙瑒㈠\德，等. 中間件技術(shù)原理與應(yīng)用[M]. 北京： 清華大學(xué)出版社， 2004.

[9] 馬凌，陳洪亮. Web Services技術(shù)在企業(yè)信息集成中的應(yīng)用[J]. 微型電腦應(yīng)用， 2004（10）： 19-22.

[10] 孫晉文，肖建國(guó). 企業(yè)應(yīng)用集成與基于Web Services的構(gòu)架應(yīng)用[J]. 計(jì)算機(jī)工程與應(yīng)用， 2003（21）： 205-208.

作者簡(jiǎn)介

朱春霖：碩士，現(xiàn)任中國(guó)移動(dòng)（深圳）有限公司移動(dòng)業(yè)務(wù)運(yùn)營(yíng)支撐網(wǎng)測(cè)評(píng)中心數(shù)據(jù)分析工程師，主要研究方向?yàn)樯虡I(yè)智能、軟件設(shè)計(jì)和開(kāi)發(fā)等。

雷蕾：碩士畢業(yè)于西安交通大學(xué)軟件工程專業(yè)，主要研究方向?yàn)锽I系統(tǒng)架構(gòu)及數(shù)據(jù)挖掘技術(shù)應(yīng)用，現(xiàn)任職于中國(guó)移動(dòng)（深圳）有限公司，從事業(yè)務(wù)支撐系統(tǒng)測(cè)評(píng)工作。endprint

下面將對(duì)ESB總線系統(tǒng)的功能架構(gòu)和2個(gè)技術(shù)關(guān)鍵點(diǎn)進(jìn)行闡述，并對(duì)比引入ESB總線系統(tǒng)前后模型開(kāi)發(fā)時(shí)長(zhǎng)和服務(wù)性能影響。

4.1 企業(yè)服務(wù)總線系統(tǒng)功能架構(gòu)

該系統(tǒng)分為4個(gè)模塊：服務(wù)管理、基礎(chǔ)服務(wù)、服務(wù)運(yùn)維監(jiān)控和服務(wù)開(kāi)發(fā)。其功能架構(gòu)如圖1所示。

（1）服務(wù)管理提供對(duì)模型服務(wù)和消息進(jìn)行統(tǒng)一的控制及管理；

（2）基礎(chǔ)服務(wù)從模型業(yè)務(wù)需求的角度出發(fā)，完成具體的數(shù)據(jù)處理邏輯和數(shù)據(jù)操作功能；

（3）服務(wù)運(yùn)維監(jiān)控提供服務(wù)信息的集中化管理和服務(wù)運(yùn)行的全面監(jiān)控；

（4）服務(wù)開(kāi)發(fā)提供可配置的圖形化工具，支持對(duì)服務(wù)的快速開(kāi)發(fā)和部署。

4.2 2種服務(wù)提供方式和3種消息交換模型

在服務(wù)實(shí)現(xiàn)上，針對(duì)不同模型服務(wù)選擇REST（Representational State Transfer，表述性狀態(tài)轉(zhuǎn)移）或SOAP（Simple Object Access Protocol，簡(jiǎn)單對(duì)象訪問(wèn)協(xié)議）方式。REST方式適合應(yīng)對(duì)效率要求高但對(duì)安全要求不高的場(chǎng)景，如基于logistic回歸的核心客戶離網(wǎng)預(yù)警模型等；而SOAP方式適合應(yīng)對(duì)需提供多開(kāi)發(fā)語(yǔ)言且對(duì)安全性要求較高的場(chǎng)景，如客戶交往圈模型等。

由于不同模型服務(wù)計(jì)算量和數(shù)據(jù)量差異較大，制定以下3種消息交換模式應(yīng)用于不同場(chǎng)景：

（1）同步響應(yīng)方式：適用于數(shù)據(jù)量小且運(yùn)算快的模型，如客戶統(tǒng)一視圖查詢；

（2）異步響應(yīng)方式：適用于數(shù)據(jù)量大且運(yùn)算復(fù)雜耗時(shí)的模型，如客戶交往圈計(jì)算模型；

（3）發(fā)布訂閱方式：適用于觸發(fā)性傳輸各種數(shù)據(jù)量的模型，如客戶價(jià)值細(xì)分模型。

4.3 引入ESB系統(tǒng)前后模型平均上線時(shí)長(zhǎng)和性能對(duì)比

引入ESB總線后，通過(guò)近一年約300多個(gè)模型開(kāi)發(fā)和接入，本文統(tǒng)計(jì)了每個(gè)模型平均上線時(shí)間，并同引入ESB總線前將模型固化到本地系統(tǒng)的方式進(jìn)行對(duì)比，具體如表1所示：

表1 2種方式模型上線時(shí)長(zhǎng)

開(kāi)發(fā)方式 模型平均上線時(shí)間

引入ESB總線后 1～2天

引入ESB總線前 7天（約1周）

通過(guò)表1可以看出，引入ESB總線后，可以大大縮短模型平均上線時(shí)間，及時(shí)性得到保證。由于模型以服務(wù)方式提供，分公司對(duì)模型的修改能夠?qū)崟r(shí)同步，因此準(zhǔn)確性也得以保證。

為評(píng)估引入ESB總線后對(duì)系統(tǒng)整體性能的影響，本文選擇2種典型模型場(chǎng)景，對(duì)比引入ESB總線系統(tǒng)前后服務(wù)平均響應(yīng)時(shí)間，具體如表2所示：

表2 2種方式服務(wù)提供性能對(duì)比

并發(fā)請(qǐng)求數(shù)/個(gè) 客戶交往圈模型

平均響應(yīng)時(shí)間/ms

引入前 引入后

5 221 247.6

30 560.47 607.37

50 858.44 982.42

100 1 570.32 1 771.53

通過(guò)表2可以看出，引入ESB總線后，性能消耗均在15%以下，這是因?yàn)樵贓SB總線中服務(wù)調(diào)用需要經(jīng)過(guò)消息解析、服務(wù)查找和路由等一系列工作，會(huì)對(duì)性能產(chǎn)生一定的消耗。

5 總結(jié)及展望

目前總部構(gòu)建的企業(yè)服務(wù)總線系統(tǒng)上接入了近500個(gè)分公司的模型服務(wù)，分公司亮點(diǎn)模型能夠通過(guò)快速封裝、接入總線，達(dá)到共享復(fù)用的效果。但是隨著接入服務(wù)數(shù)量越來(lái)越多，對(duì)于服務(wù)的管理成本也相應(yīng)增加。下一步計(jì)劃提取各模型服務(wù)的元數(shù)據(jù)信息，構(gòu)建元數(shù)據(jù)平臺(tái)，以便更好地進(jìn)行服務(wù)管理，同時(shí)保證分公司在獲取服務(wù)時(shí)能夠快速、準(zhǔn)確定位所需服務(wù)。

參考文獻(xiàn)：

[1] Sonic Software Corporation. Sonic ESB： An Architecture and Lifecycle Definition， Sonic White Paper[R]. 2005.

[2] Keen M， Acharya A， Bishop S. Patterns： Implementing an SOA Using an Enterprise Service Bus[M]. New York： IBM Press， 2004.

[3] Hudson S. The Enterprise Service Bus： Disruptive Technology for Software Infrastructure Solutions[J]. IDC Insight， 2003（1）： 29-32.

[4] W H Inmon. Building the Data Warehouse[M]. 王志海，譯. 北京： 機(jī)械工業(yè)出版社， 2003.

[5] 陳金波. 面向電信CRM的數(shù)據(jù)挖掘應(yīng)用研究[D]. 南京： 東南大學(xué)， 2006.

[6] 賢繼紅，王家海. 數(shù)據(jù)挖掘中決策樹(shù)算法的研究[J]. 世界科技研究與發(fā)展， 2009（4）： 600-602.

[7] 牛剛，張忠能. 輕量級(jí)ESB研究與設(shè)計(jì)[J]. 微型電腦應(yīng)用， 2009（2）： 14-16.

[8] 張?jiān)朴拢瑥堉墙瑒㈠\德，等. 中間件技術(shù)原理與應(yīng)用[M]. 北京： 清華大學(xué)出版社， 2004.

[9] 馬凌，陳洪亮. Web Services技術(shù)在企業(yè)信息集成中的應(yīng)用[J]. 微型電腦應(yīng)用， 2004（10）： 19-22.

[10] 孫晉文，肖建國(guó). 企業(yè)應(yīng)用集成與基于Web Services的構(gòu)架應(yīng)用[J]. 計(jì)算機(jī)工程與應(yīng)用， 2003（21）： 205-208.

作者簡(jiǎn)介

朱春霖：碩士，現(xiàn)任中國(guó)移動(dòng)（深圳）有限公司移動(dòng)業(yè)務(wù)運(yùn)營(yíng)支撐網(wǎng)測(cè)評(píng)中心數(shù)據(jù)分析工程師，主要研究方向?yàn)樯虡I(yè)智能、軟件設(shè)計(jì)和開(kāi)發(fā)等。

雷蕾：碩士畢業(yè)于西安交通大學(xué)軟件工程專業(yè)，主要研究方向?yàn)锽I系統(tǒng)架構(gòu)及數(shù)據(jù)挖掘技術(shù)應(yīng)用，現(xiàn)任職于中國(guó)移動(dòng)（深圳）有限公司，從事業(yè)務(wù)支撐系統(tǒng)測(cè)評(píng)工作。endprint