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

朱春霖+雷蕾

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

【關鍵詞】企業(yè)服務總線 商業(yè)智能 應用模型

中圖分類號：TP302.1 文獻標識碼：A 文章編號：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 引言

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

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

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

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

可通過關鍵字檢索，查詢并下載相關模型設計說明書、腳本等資料。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

的應用

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

下面將對ESB總線系統(tǒng)的功能架構和2個技術關鍵點進行闡述，并對比引入ESB總線系統(tǒng)前后模型開發(fā)時長和服務性能影響。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

表1 2種方式模型上線時長

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

引入ESB總線后 1～2天

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

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

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

表2 2種方式服務提供性能對比

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

平均響應時間/ms

引入前 引入后

5 221 247.6

30 560.47 607.37

50 858.44 982.42

100 1 570.32 1 771.53

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

5 總結(jié)及展望

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

參考文獻：

[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]. 王志海，譯. 北京： 機械工業(yè)出版社， 2003.

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

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

[7] 牛剛，張忠能. 輕量級ESB研究與設計[J]. 微型電腦應用， 2009（2）： 14-16.

[8] 張云勇，張智江，劉錦德，等. 中間件技術原理與應用[M]. 北京： 清華大學出版社， 2004.

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

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

作者簡介

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

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

下面將對ESB總線系統(tǒng)的功能架構和2個技術關鍵點進行闡述，并對比引入ESB總線系統(tǒng)前后模型開發(fā)時長和服務性能影響。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

表1 2種方式模型上線時長

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

引入ESB總線后 1～2天

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

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

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

表2 2種方式服務提供性能對比

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

平均響應時間/ms

引入前 引入后

5 221 247.6

30 560.47 607.37

50 858.44 982.42

100 1 570.32 1 771.53

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

5 總結(jié)及展望

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

參考文獻：

[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]. 王志海，譯. 北京： 機械工業(yè)出版社， 2003.

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

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

[7] 牛剛，張忠能. 輕量級ESB研究與設計[J]. 微型電腦應用， 2009（2）： 14-16.

[8] 張云勇，張智江，劉錦德，等. 中間件技術原理與應用[M]. 北京： 清華大學出版社， 2004.

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

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

作者簡介

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

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

下面將對ESB總線系統(tǒng)的功能架構和2個技術關鍵點進行闡述，并對比引入ESB總線系統(tǒng)前后模型開發(fā)時長和服務性能影響。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

表1 2種方式模型上線時長

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

引入ESB總線后 1～2天

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

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

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

表2 2種方式服務提供性能對比

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

平均響應時間/ms

引入前 引入后

5 221 247.6

30 560.47 607.37

50 858.44 982.42

100 1 570.32 1 771.53

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

5 總結(jié)及展望

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

參考文獻：

[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]. 王志海，譯. 北京： 機械工業(yè)出版社， 2003.

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

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

[7] 牛剛，張忠能. 輕量級ESB研究與設計[J]. 微型電腦應用， 2009（2）： 14-16.

[8] 張云勇，張智江，劉錦德，等. 中間件技術原理與應用[M]. 北京： 清華大學出版社， 2004.

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

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

作者簡介

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

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