數(shù)據(jù)交換平臺建設(shè)方案

**工程數(shù)據(jù)交換平臺

建設(shè)方案

目錄

1.建設(shè)背景......................................................................5

1.1.背景......................................................................5

1.2.現(xiàn)狀......................................................................5

2.建設(shè)內(nèi)容6

2.1.建設(shè)目標.................................................................6

2.2.建設(shè)內(nèi)容.................................................................6

3**平臺概要設(shè)計7

3.1.企業(yè)服務(wù)總線詳細設(shè)計....................................................7

,ESB弓|擎...........................................................7

.月艮務(wù)雌..........................................................17

3.1.13.服務(wù)資產(chǎn)管理模塊..................................................18

.ESB工作臺........................................................18

.系統(tǒng)管理模塊......................................................19

3.1.2.技術(shù)路線及關(guān)鍵特性.....................................................19

.跨平臺的JavaEE.............................................................19

.面向服務(wù)的體系架構(gòu)（SOA）...............................................20

.服務(wù)請求處理模型（SEDA架構(gòu)）....................................21

.直接構(gòu)建在JVM之上...............................................23

.基于異步Servlet的HTTP接入.....................................23

3.1.3.應(yīng)用場景...............................................................23

3.13.1.服務(wù)調(diào)用..........................................................23

.服務(wù)管控......................................................27

3.1.4.功能清單...............................................................28

.ESB集成配置環(huán)境..................................................29

.運行環(huán)境..........................................................30

.管理控制臺........................................................32

.服務(wù)監(jiān)控..........................................................33

.軟件資產(chǎn)管理......................................................33

3.2.企業(yè)數(shù)據(jù)總線詳細設(shè)計..................................................36

3.2.1.體系架構(gòu)...............................................................36

.邏輯架構(gòu).........................................................37

3.2.2.功能組成...............................................................38

.交換橋接子系統(tǒng)...................................................38

2

.前置交換子系統(tǒng)....................................................39

3.2.23.交換傳輸子系統(tǒng)....................................................40

,交換管理子系統(tǒng)....................................................40

3.2.3.技術(shù)路線及關(guān)鍵特性....................................................41

3.2.3.1.跨平臺的JavaEE.........................................................................................................41

3.23.2.面向服務(wù)的體系架構(gòu)(SOA).................................................................................41

3.23.3.多維度交換方式....................................................41

3.23.4.多數(shù)據(jù)格式交換....................................................41

3.23.5.多交換周期支持....................................................42

323.6.PKI和數(shù)字證書.....................................................42

3.23.7.公私密鑰對加密算法...............................................42

.消息隊列MQ.............................................................................................................43

3.2.4.應(yīng)用場景...............................................................44

.橫向交換..........................................................45

.縱向交換..........................................................56

3.2.43.內(nèi)部交換..........................................................64

3.2.5.功能清單...............................................................69

.集成開發(fā)環(huán)境......................................................69

,運行環(huán)境..........................................................70

3.2.53.管理控制臺........................................................71

,代理端............................................................73

3.3.數(shù)據(jù)管理平臺詳細設(shè)計..................................................73

3.3.1.體系架構(gòu)...............................................................73

.邏輯架構(gòu)..........................................................73

.物理架構(gòu)..........................................................74

3.3.2.功能組成...............................................................75

3.3.2.1,元數(shù)據(jù)簿里........................................................75

3.322.數(shù)據(jù)質(zhì)量管理......................................................79

3.3.23.數(shù)據(jù)標準管理......................................................83

3.3.3.技術(shù)路線及關(guān)鍵特性....................................................85

3.3.3.1.跨平臺的JavaEE........................................................................................................85

3.33.2.面向服務(wù)的體系架構(gòu)(SOA).................................................................................85

3.33.3.豐富的連接功能...................................................85

3.3.4.應(yīng)用場景...............................................................86

3.3.4.1.數(shù)據(jù)可視化管理....................................................86

33.4.2.數(shù)據(jù)資產(chǎn)管理......................................................88

.數(shù)據(jù)變更..........................................................89

33.4.4.數(shù)據(jù)問題定位......................................................90

33.4.5.數(shù)據(jù)標準制定與落地...............................................90

33.4.6.數(shù)據(jù)質(zhì)量提升......................................................90

3.3.5.功能清單...............................................................91

3

3.3.5.1,元數(shù)據(jù)WI里.......................................................91

33.5.2.數(shù)據(jù)質(zhì)量管理.....................................................98

4

1.建設(shè)背景

1.1.背景

1.2.現(xiàn)狀

5

2.建設(shè)內(nèi)容

2.1.建設(shè)目標

2.2.建設(shè)內(nèi)容

6

3.**平臺概要設(shè)計

?統(tǒng)一應(yīng)用支撐：

統(tǒng)一接口服務(wù)：指建立基于統(tǒng)一的企業(yè)服務(wù)總線提供企業(yè)服務(wù)總

線和服務(wù)監(jiān)控平臺，最終實現(xiàn)服務(wù)治理，提升信息系統(tǒng)效率。

統(tǒng)一數(shù)據(jù)服務(wù)：指通過元數(shù)據(jù)、數(shù)據(jù)交換等技術(shù)，形成統(tǒng)一數(shù)據(jù)

平臺，建立和展示數(shù)據(jù)的全景地圖，使各業(yè)務(wù)系統(tǒng)有統(tǒng)一數(shù)據(jù)標準和

規(guī)范。

統(tǒng)一數(shù)據(jù)交換：指建立統(tǒng)一的數(shù)據(jù)交換體系，實現(xiàn)橫向、縱向、

內(nèi)部等多維度數(shù)據(jù)交換，完成多類型數(shù)據(jù)、多種頻度的交換共享。

3.1.企業(yè)服務(wù)總線詳細設(shè)計

3.1.1.功能組成

.ESB弓|擎

ESB引擎服務(wù)為企業(yè)服務(wù)總線server,提供了多協(xié)議的支持以及

為服務(wù)運行提供了高性能、高可靠的運行環(huán)境，主要功能與特點如

下：

1）對各種標準的、非標準的協(xié)議、應(yīng)用、數(shù)據(jù)格式提供優(yōu)秀的支

持（支持File、FTP、JMS、HTTP、TCP/IP、SOAP、SMTP、

JDBC等協(xié)議的接入和接出）；

2）支持協(xié)議之間的轉(zhuǎn)換；例如：HTTP-JMS等；

3）支持消息轉(zhuǎn)換，例如：WS-WS等；

7

4）支持對接口單位時間內(nèi)吞吐量的配置和控制功能；

5）支持傳輸安全、消息安全、管理安全、安全策略等功能；

6）可以從服務(wù)、服務(wù)系統(tǒng)、渠道、錯誤碼等多個維度進行異常處

理；

.1.服務(wù)建模

服務(wù)總線在服務(wù)建模方面，提供可視化設(shè)計器與相應(yīng)的開發(fā)機

制。

提供開發(fā)期SOA服務(wù)的建模機制：開發(fā)期SOA服務(wù)組件從模型上

支持基于WSDL（WebServiceDescriptionLanguage）的接口與本地

Java接口的開發(fā)。服務(wù)組件提供給別的服務(wù)調(diào)用的入口叫Interface

（接口），而服務(wù)組件本身可能也需要調(diào)用別的服務(wù)，這個調(diào)用出口

叫Reference（引用），服務(wù)總線支持開發(fā)期的服務(wù)引用的配置，并保

證無論是接口還是引用，其調(diào)用規(guī)范都是WSDL或Java接口。

服務(wù)總線同時提供可視化設(shè)計器，通過設(shè)計器本身提供的基于ESB

企業(yè)服務(wù)總線的適配器組件進行圖形可視化編排，形成服務(wù)模型。同

時基于可視化設(shè)計器能夠與企業(yè)服務(wù)總線有效結(jié)合，將服務(wù)模型以服

務(wù)的方式部署到企業(yè)服務(wù)總線的運行容器中運行。

.2,服務(wù)對接

平臺基于ESB基礎(chǔ)架構(gòu)，提供完整的企業(yè)服務(wù)總線能力的基礎(chǔ)

上，具備完善的功能對接能力。

平臺的對接功能，基于協(xié)議，適配器，以及JMX的協(xié)議，提供外

8

部功能以及外部系統(tǒng)的接入。平臺的對接能力體現(xiàn)有兩方面：

?平臺與服務(wù)對接

平臺提供WebService對接能力，具有WebService適配器組

件。該適配器組件具有標準的WebService規(guī)范功能，同時提供可視

化的界面以組件托拽形式完成服務(wù)的對接。

?平臺與外部系統(tǒng)對接

平臺與外部系統(tǒng)的對接主要有幾種方式，一種是通過上面提到的

WebService服務(wù)方式對接。除此之外平臺提供對多種協(xié)議，例如

JMS、Socket,川X等。實現(xiàn)API級別對接和界面級別對接的方式。

3.LL1.3.服務(wù)注冊與管理

服務(wù)注冊庫SRR(ServiceRegistryandRepository)以一致的

方式存儲服務(wù)并對服務(wù)進行版本控制。服務(wù)注冊庫支持運行時的服務(wù)

端點查找(serviceendpointlook-up),有助于防止服務(wù)的新版本

的部署對服務(wù)消費者的影響。

服務(wù)總線服務(wù)重用的關(guān)鍵是SRR具備服務(wù)注冊與服務(wù)查找的能

力。SRR不僅支持服務(wù)發(fā)現(xiàn)和服務(wù)重用，同時還支持在各個領(lǐng)域彼此關(guān)

聯(lián)的服務(wù)，例如，元數(shù)據(jù)管理。在實時運行的服務(wù)之間進行動態(tài)、有

效的交互，來增強連通性。通過利用動態(tài)連接，SRR能夠使ESB在請

求到達時找到最適合的端點，從而支持動態(tài)SOA與松耦合。

在整個SOA產(chǎn)品的生命周期中可以對SRR進行管理，從開發(fā)、測

試、生產(chǎn)直到結(jié)束。SRR要管理整個機構(gòu)中的服務(wù)訪問權(quán)限，確定哪些

客戶能夠進行訪問以及能夠訪問哪些服務(wù)。它在整個監(jiān)管生命周期中

9

通過用戶、用戶類型和服務(wù)發(fā)布地點來進行監(jiān)管。

服務(wù)總線提供了支持服務(wù)注冊庫SRR,可以進行服務(wù)的注冊、導(dǎo)

入、導(dǎo)出、代理Web服務(wù)和服務(wù)的發(fā)現(xiàn)、查找、刪除等功能，并將進

一步加強服務(wù)的管理及監(jiān)管功能。

服務(wù)注冊庫SRR(ServiceRegistryandRepository)以一致的

方式存儲服務(wù)并對服務(wù)進行版本控制。服務(wù)注冊庫支持運行時的服務(wù)

端點查找(serviceendpointlook-up),有助于防止服務(wù)的新版本

的部署對服務(wù)消費者的影響。跟一些業(yè)務(wù)規(guī)則一起運用，來為特定的

請求和特定的客戶選擇最合適服務(wù)端點。通過與監(jiān)控設(shè)施結(jié)合運用，

可以從負載平衡的角度或者根據(jù)特定業(yè)務(wù)需求，來確保服務(wù)級協(xié)定

(SLA)不被破壞。

為了實現(xiàn)服務(wù)重用，需要對服務(wù)進行治理(Governance),以實

現(xiàn)按照希望的重用方式來設(shè)計、建造和運作這些服務(wù)。

SRR是存儲已用、計劃使用或想要了解的系統(tǒng)(或其他機構(gòu)系統(tǒng))中

的服務(wù)信息的地方。它幫助實現(xiàn)服務(wù)語義和縮小IT和業(yè)務(wù)世界之間的

差距的業(yè)務(wù)含義，并提供服務(wù)的業(yè)務(wù)級視圖。一個應(yīng)用能夠在其調(diào)用

服務(wù)之前核查SRR,確定滿足功能和性能要求的最合適的服務(wù)。SRR的

首要作用就是促進業(yè)務(wù)服務(wù)的產(chǎn)生、訪問、監(jiān)管和重用。它使得業(yè)

務(wù)、服務(wù)以及SOA基礎(chǔ)架構(gòu)元素之間的交互可以集中化管理，并統(tǒng)一

了監(jiān)管服務(wù)供應(yīng)商、用戶和服務(wù)之間進行交互的標準和原則?？偟恼f

來，SRR促進了業(yè)務(wù)對象之間的協(xié)調(diào)關(guān)系、IT資產(chǎn)的重用和S0A的逐

漸推廣。

服務(wù)注冊中心能夠回答“什么是服務(wù)”以及“服務(wù)定位于何處”

10

的問題。而只有服務(wù)倉庫可以回答下列問題：服務(wù)如何被使用、它們

之間如何交互、誰在使用這些服務(wù)以及為什么使用。為了獲得SOA收

益，注冊中心和存儲庫都是必須的一一需要同時具備這兩種能力，才

能實現(xiàn)所需的價值。

對于成功的SOA部署而言，當不再局限于第一個獨立項目時，SRR

對于有效實現(xiàn)SOA的價值是必須的。如果決定構(gòu)建SRR,就應(yīng)該努力獲

得以下這些能力：

?發(fā)布與查找服務(wù)

SRR需要具備在各部分發(fā)布與查找服務(wù)的能力，這種能力是重用的

關(guān)鍵。同時一，這種使服務(wù)社會化的能力能夠明確通用的服務(wù)，避免重

復(fù)工作，并促進重用。必須確保在考慮SRR的時候，不僅僅支持服務(wù)

發(fā)現(xiàn)和服務(wù)重用，同時還支持在各個領(lǐng)域彼此關(guān)聯(lián)的服務(wù)，例如，元

數(shù)據(jù)管理。否則將無法對服務(wù)進行分類，訂購改變或更新，或者在改

變產(chǎn)生之后，無法及時通知相應(yīng)的客戶。

?監(jiān)管

SRR需要在整個SOA產(chǎn)品的生命周期中進行管理，從開發(fā)、測試、

生產(chǎn)直到結(jié)束。SRR要管理整個機構(gòu)中的服務(wù)訪問權(quán)限，確定哪些客戶

能夠進行訪問以及能夠訪問哪些服務(wù)。它在整個監(jiān)管生命周期中通過

用戶、用戶類型和服務(wù)發(fā)布地點來進行監(jiān)管。

?增強

11

SRR需要通過在實時運行的服務(wù)之間進行動態(tài)、有效的交互，來增

強連通性。通過利用動態(tài)連接，SRR能夠使平臺在請求到達時找到最

適合的端點，從而支持動態(tài)SOA與松耦合。

?管理

為了促進服務(wù)性能的優(yōu)化，SRR必須確保政策有效執(zhí)行，并能夠?qū)?/p>

該政策執(zhí)行的效果進行分析。它必須能夠統(tǒng)一服務(wù)測量標準并理解服

務(wù)性能。這種理解能夠幫助業(yè)務(wù)完成服務(wù)級的一致化過程。

一個SRR必須要具備發(fā)布服務(wù)、查找服務(wù)、增強服務(wù)、管理服務(wù)

以及監(jiān)管服務(wù)的功能。但是，一個SRR除了要具備上述的這些功能之

外，還必須保證服務(wù)所支持的互操作是標準的。服務(wù)標準對于現(xiàn)有投

資與基礎(chǔ)構(gòu)架的利用是相當關(guān)鍵的，比如支持WSDL、XML、XSD、

BPEL、SCG與其他的一些支持真正互操作的標準。這種開放標準支持所

有標準的注冊中心與存儲庫的整合。SRR就像圖書館中的卡片目錄，因

此它需要具有在整個機構(gòu)中鏈接信息源的能力。

服務(wù)總線提供了支持服務(wù)注冊庫SRR,可以進行服務(wù)的注冊、導(dǎo)

入、導(dǎo)出、代理Web服務(wù)和服務(wù)的發(fā)現(xiàn)、查找、刪除等功能，并將進

一步加強服務(wù)的管理及監(jiān)管功能。

.4.服務(wù)發(fā)布

平臺基于ESB基礎(chǔ)上提供強大的服務(wù)發(fā)布功能，可直接將SQL復(fù)

雜指令發(fā)布為WebService服務(wù)，或者通過自定義服務(wù)接口發(fā)布服

務(wù)。所有服務(wù)均符合WS-I標準規(guī)范。

12

可直接通過ESB定義的數(shù)據(jù)源連接外部數(shù)據(jù)庫，并將操作此外部

數(shù)據(jù)庫的SQL復(fù)雜指令發(fā)布為WebService服務(wù)；或者通過配置出入

參或者契約優(yōu)先的方式來發(fā)布自定義服務(wù)，并將服務(wù)的業(yè)務(wù)邏輯綁定

為在ESB引擎上運行的流程。

.5.服務(wù)適配

平臺基于ESB基礎(chǔ)上支持將外部的服務(wù)適配，并通過ESB進行發(fā)

布，它可提供用戶自定義的攔截器對服務(wù)消息進行處理，并可增加或

者剝離服務(wù)消息級的安全策略。

ESB通過WSDL文件或者服務(wù)URL將企業(yè)應(yīng)用發(fā)布的服務(wù)適配進入

總線，在對帶有服務(wù)消息級的安全策略的服務(wù)進行剝離后，根據(jù)實際

場景需要來重新添加服務(wù)消息級的安全策略，并重新發(fā)布成服務(wù)。

.6.服務(wù)調(diào)用

平臺基于ESB基礎(chǔ)功能，支持對注冊到總線的服務(wù)或者其他的標

準服務(wù)進行動態(tài)調(diào)用。

ESB在流程中提供服務(wù)調(diào)用組件來調(diào)用發(fā)布在ESB或者外部的服

務(wù)。通過導(dǎo)入WSDL文件或URL的方式將ESB或者外部的服務(wù)導(dǎo)入流程

中，將上游其他組件的輸出作為服務(wù)的輸入?yún)?shù)，在服務(wù)調(diào)用組件調(diào)

用成功后，將外部服務(wù)的輸出參數(shù)作為此調(diào)用組件的輸出參數(shù)，以供

后續(xù)其他組件使用。

.7.服務(wù)發(fā)現(xiàn)

隨著業(yè)務(wù)的不斷增長，平臺中的服務(wù)會越來越多，這樣用戶在查

13

找服務(wù)時會造成一定的影響。服務(wù)總線為了解決該問題，提供服務(wù)發(fā)

現(xiàn)的功能。一般來說，服務(wù)的使用者在使用服務(wù)之前是不知道使用誰

提供的服務(wù)的。平臺提供了服務(wù)發(fā)現(xiàn)的功能，幫助服務(wù)使用者發(fā)現(xiàn)適

合它的服務(wù)提供者。

用戶在使用平臺提供服務(wù)時只需要在平臺提供的服務(wù)發(fā)現(xiàn)功能，

就可以快速的匹配所要使用的服務(wù)。

3.L1.1.8.協(xié)議轉(zhuǎn)換

服務(wù)總線底層是基于企業(yè)服務(wù)總線ESB構(gòu)建的，所以平臺具備企

業(yè)服務(wù)總線的一切特性和功能。

由于ESB具有服務(wù)地址透明的特性，因此協(xié)議轉(zhuǎn)換是企業(yè)服務(wù)總

線所與生俱來的功能。一個應(yīng)用的某個基于具體的中間件平臺和具體

技術(shù)的功能接口，被接入到服務(wù)總線中，ESB會將該功能接口以服務(wù)的

方式進行封裝，并注冊到ESB服務(wù)注冊目錄。服務(wù)的請求者能夠通過

簡單的名稱索引，就可以發(fā)現(xiàn)和調(diào)用所需要的服務(wù)，而不需要關(guān)心所

需服務(wù)的具體地址信息，做到服務(wù)地址透明和服務(wù)實現(xiàn)透明。

通過服務(wù)地址透明和服務(wù)實現(xiàn)透明這兩大特性，可以保證服務(wù)請

求者和服務(wù)提供者之間的松散耦合。對于一個特定功能的服務(wù)，因

此，無論對于RMI、SOAP、還是JMS,服務(wù)請求者完全不必關(guān)心，對服

務(wù)提供者進行了替換時，服務(wù)器的請求者也完全感知不到這樣的變

化。

.9.服務(wù)申請

14

平臺為保證服務(wù)使用的規(guī)范性提供了服務(wù)申請功能，該功能規(guī)定

了服務(wù)使用者在使用平臺提供的服務(wù)時需要申請的流程規(guī)則。

服務(wù)使用者在使用平臺提供的服務(wù)時，首先需要提交服務(wù)申請，

當申請通過后才可以正常的調(diào)用該服務(wù)。

服務(wù)的申請是具有權(quán)限的保證，平臺提供了服務(wù)申請的權(quán)限設(shè)

置。平臺管理員可對服務(wù)設(shè)置權(quán)限，只有具有申請權(quán)限的用戶才可以

申請?zhí)囟ǖ姆?wù)。

3.LLL10.服務(wù)審，比

平臺為了規(guī)范服務(wù)注冊和調(diào)用的安全性，提供服務(wù)審批功能。

服務(wù)審批是分為兩種情況，一種是服務(wù)發(fā)布者在平臺注冊服務(wù)時

需要平臺管理員進行審批，當審批通過后，才允許在平臺中注冊服

務(wù)。另一種是指服務(wù)使用者調(diào)用平臺對外提供的服務(wù)時需要平臺管理

人員或服務(wù)發(fā)布者審批的過程。

服務(wù)審批主要有兩種結(jié)果狀態(tài)：審批通過和審批不通過。

審批通過：

(1)當審批通過后，允許服務(wù)發(fā)布者注冊該服務(wù)。

(2)服務(wù)調(diào)用者可用調(diào)用平臺對外發(fā)布的服務(wù)。

審批不通過：

不允許服務(wù)發(fā)布者注冊服務(wù)，并提供審批不通過的原因。

不允許服務(wù)調(diào)用者調(diào)用平臺提供的服務(wù)，并提供審批不通過原

因。

15

審批不通過時，用戶可以根據(jù)審批意見返回修改服務(wù)注冊或調(diào)用

情況，當修改完成后再次申請或放棄。

.11.服務(wù)編排

服務(wù)編排指對注冊在SRR上的多個服務(wù)進行調(diào)度與協(xié)調(diào)，在基礎(chǔ)

服務(wù)之上封裝新的服務(wù)。服務(wù)編排的目的是為了提高服務(wù)的復(fù)用性和

服務(wù)開發(fā)的效率，被編排的各個服務(wù)之間是松耦合的，他們可以獨立

地進行替換或修改，而不對另一方產(chǎn)生影響。

服務(wù)編排指對平臺之上的多個服務(wù)進行調(diào)度與協(xié)調(diào)，在基礎(chǔ)服務(wù)

之上封裝新的服務(wù)。服務(wù)編排的目的是為了提高服務(wù)的復(fù)用性和服務(wù)

開發(fā)的效率，被編排的各個服務(wù)

服務(wù)總線提供可視化的開發(fā)工具，該工具是基于國際標準化集成

開發(fā)平臺（IDE）EclipseRCP開發(fā)的業(yè)務(wù)設(shè)計器，通過它可以幫助本

系統(tǒng)的實施方快速、可視化配置和定義各種數(shù)據(jù)源、任務(wù)流程、服務(wù)

編排、任務(wù)調(diào)度等業(yè)務(wù)邏輯。

3.LLL12.服務(wù)性能檢測

系統(tǒng)性能監(jiān)控提供了對監(jiān)控主頁和平臺節(jié)點JVM性能的監(jiān)控功

能，可以在監(jiān)控主頁訂制添加監(jiān)控掛件小工具來監(jiān)控關(guān)心的監(jiān)控項，

可以通過JVM性能監(jiān)控功能監(jiān)控各個節(jié)點JVM運行情況。

服務(wù)總線開發(fā)套件工具支持系統(tǒng)運行期間的監(jiān)控和報警，可對服

務(wù)過程中的進度、差錯、糾正、恢復(fù)等方面進行監(jiān)控、報警和故障分

析，開放套件提供圖形化的操作界面。

16

服務(wù)總線提供了全套，完整地集系統(tǒng)管理、適配部署、MQ配置、

流程定義、日志統(tǒng)計于一體的配置部署工具，并且提供了非常友好的

可視化界面，更多的以業(yè)務(wù)的視角展現(xiàn)數(shù)據(jù)集成中所需要解決的問題

和難點。

同時一，服務(wù)總線還提供了基于瀏覽器的監(jiān)控和管理工具，能夠做

到運行期對整體平臺的實時監(jiān)控。

.13.服務(wù)路由

服務(wù)總線本身不直接提供服務(wù)，而是通過將服務(wù)提供者發(fā)布的服

務(wù)注冊到SRR上，當服務(wù)消費者請求服務(wù)時，總線根據(jù)內(nèi)部維護的路

由規(guī)則，將消費請求分發(fā)給相應(yīng)的服務(wù)提供者。

服務(wù)總線通過流程化的方式，有機的組合和串聯(lián)各個服務(wù)和數(shù)據(jù)

處理組件，以流程化的方式，制定服務(wù)路由規(guī)則。

.服務(wù)監(jiān)控

服務(wù)監(jiān)控組件的功能能給與ESB服務(wù)總線強有力的支持，能進行

事前預(yù)警、事中告警、事后分析等工作；主要功能有：

1）能按照多個維度進行統(tǒng)計，如：消費者維度、提供者維度、服

務(wù)類型等；統(tǒng)計之后的結(jié)果通過服務(wù)資產(chǎn)管理模塊進行展示。

2）支持對接口進行運行診斷，診斷應(yīng)包含，例如：操作所屬系

統(tǒng)、操作所屬接口、被調(diào)用操作、調(diào)用系統(tǒng)、調(diào)用時間、耗時

等，審計結(jié)果進行通過服務(wù)資產(chǎn)管理模塊進行詳情查看，例

如：詳細的接入接出時間、請求報文、響應(yīng)報文等。

17

3）能采集、分析?、統(tǒng)計并持久化服務(wù)調(diào)用的詳細日志信息；日志

信息包含內(nèi)容，例如：開始時間、結(jié)束時間、調(diào)用結(jié)果、耗

時、服務(wù)、請求報文、響應(yīng)報文、報文大小等。

.服務(wù)資產(chǎn)管理模塊

服務(wù)資產(chǎn)管理模塊提供了用戶權(quán)限管理、服務(wù)注冊、服務(wù)查找、

服務(wù)部署等核心功能，主要的功能與特點如下：

1）系統(tǒng)支持原子服務(wù)注冊，每個接口操作由唯一操作編碼；

2）可以提供基于目錄樹形式的注冊和管理，服務(wù)目錄樹能夠清晰

顯示域.系統(tǒng).服務(wù).操作的層次關(guān)系，直觀展現(xiàn)服務(wù)之間的調(diào)

用關(guān)系，并能提供服務(wù)查找功能；

3）支持測試、暫停、上線、注銷等狀態(tài)管理；支持服務(wù)能力狀態(tài)

的有條件遷移，并能夠通過服務(wù)狀態(tài)的遷移控制服務(wù)是否可以

訪問。

4）支持自動解析服務(wù)能力的接口參數(shù)結(jié)構(gòu)；例如：HTTP+JSON.

SOAP+XML的接口參數(shù)結(jié)構(gòu)的自動解析。

5）支持按照調(diào)用系統(tǒng)、被調(diào)用操作、時間段、等屬性對服務(wù)進行

綜合查詢。

.ESB工作臺

ESB工作臺是進行圖形化服務(wù)裝配和開發(fā)、調(diào)試的IDE環(huán)境，主要

有如下功能與特點：

1）支持服務(wù)裝配、服務(wù)開發(fā)、服務(wù)調(diào)試；

18

2）支持對服務(wù)層提供的不同模塊服務(wù)的可視化編排，多個服務(wù)進

行編排形成新的服務(wù)，能以類似工作流圖元的可視化方式展示

新組合服務(wù)的流程；

3）支持路由調(diào)度功能，支持靈活配置路由規(guī)則，路由到對應(yīng)的模

擬器；

4）可以配置超時時間和復(fù)雜的異常處理機制

5）支持對接口請求并發(fā)數(shù)的配置，超過并發(fā)數(shù)ESB引擎會采取一

些措施進行控制；

6）支持對接口單位時間內(nèi)吞吐量的配置，通過吞吐量閥值，ESB

引擎會采取一些措施進行控制；

,系統(tǒng)管理模塊

1）提供了獨立和集群環(huán)境中的ESB引擎進行管理；

2）支持對在線對ESB引擎的參數(shù)進行配置調(diào)整，并即刻生效；

3）支持配置JMS隊列；

3.1.2.技術(shù)路線及關(guān)鍵特性

.跨平臺的JavaEE

為了保證**平臺的高可用性、高可靠性和可擴展性，系統(tǒng)應(yīng)選擇

支持企業(yè)級計算的成熟技術(shù)路線。

JavaEE體系架構(gòu)具有如下優(yōu)點：

1.JavaEE體系架構(gòu)是目前業(yè)界使用最為廣泛的體系架構(gòu)之一，它為

19

按照基于組件的應(yīng)用模型設(shè)計分布式應(yīng)用提供了一個簡單而統(tǒng)一的

標準。

2.JavaEE體系架構(gòu)是基于Java語言進行開發(fā)具有平臺無關(guān)性，能夠

滿足**平臺跨平臺、跨系統(tǒng)的特性要求。

3.JavaEE體系架構(gòu)具有組件化開發(fā)模式的特性，利用可重復(fù)配置的

構(gòu)件，簡化應(yīng)用開發(fā)。在分層結(jié)構(gòu)中，從表示層，商業(yè)邏輯層，到

數(shù)據(jù)層，各層都是由各種構(gòu)件組成的，它們都是可重用的。系統(tǒng)可

以很容易地部署第三方提供的構(gòu)件，從而加速系統(tǒng)的開發(fā)進程。

4.JavaEE的體系結(jié)構(gòu)是基于構(gòu)件和容器的。構(gòu)件開發(fā)者可以定義訪

問構(gòu)件的權(quán)限，通過角色管理，JavaEE提供有效的安全機制，為

基于JavaEE開發(fā)的企業(yè)級應(yīng)用高效、健壯的運行提供了有力的保

證。

5.JavaEE的體系結(jié)構(gòu)可以方便地得以擴展原有的業(yè)務(wù)系統(tǒng)。利用JMS

可以集成遺留系統(tǒng)。使用JavaIDL可以實現(xiàn)與用不同編程語言開

發(fā)的應(yīng)用的集成。JavaEE支持分布式事務(wù)處理，因此，可以很容

易地擴展成支持分布式數(shù)據(jù)庫。

.面向服務(wù)的體系架構(gòu)(SOA)

SOA面向服務(wù)的體系架構(gòu)(ServiceOrientedArchitecture),

它是一種松散耦合、基于標準和獨立于協(xié)議的分布式軟件設(shè)計模型，

是理念架構(gòu)和用于構(gòu)建面向最終用戶提供應(yīng)用程序功能的分布式系

統(tǒng)，其核心的理念是服務(wù)。在這種體系結(jié)構(gòu)下，由獨立可復(fù)用的服務(wù)

組件構(gòu)成系統(tǒng)功能，這些服務(wù)對外公布意義明確的接口，系統(tǒng)開發(fā)者

20

通過接口調(diào)用來實現(xiàn)相應(yīng)的應(yīng)用功能。

**平臺采用SOA的架構(gòu)，將原來各自為政的系統(tǒng)有機地整合起

來，實現(xiàn)業(yè)務(wù)系統(tǒng)間的數(shù)據(jù)交換、信息資源共享。提供一個面向服

務(wù)、面向消息和事件驅(qū)動的技術(shù)平臺。

WebService是SOA的一種實現(xiàn)方式，可以把它看作一種新的Web

應(yīng)用程序。這種程序具有自包含、自描述和模塊化的特點，能夠被發(fā)

布、定位，并通過Web實現(xiàn)其動態(tài)調(diào)用。如果一個WebService配置

完成，其它的應(yīng)用程序甚至是其它的WebService都可以通過

Internet發(fā)現(xiàn)并調(diào)用它，并使用開放協(xié)議進行通信。概括地說，Web

Service是獨立且自我描述的（self-contained）,通過使用UDDI來

發(fā)現(xiàn)和定位，并可被其他應(yīng)用程序使用。**平臺通過實現(xiàn)基于Web

Service的標準接口，異構(gòu)系統(tǒng)可以直接調(diào)用**平臺提供的服務(wù)功能。

.服務(wù)請求處理模型（SEDA架構(gòu)）

為了支撐大規(guī)模并發(fā)處理場景，需要更加合理的分配利用系統(tǒng)資

源，提高系統(tǒng)響應(yīng)時間，隔離外部系統(tǒng)的不穩(wěn)定，保障系統(tǒng)穩(wěn)定可

靠。**平臺采用SEDA（即分段式事件驅(qū)動架構(gòu)）實現(xiàn)分段處理能力。

將**平臺通過分段事件驅(qū)動架構(gòu)，分為接入層、執(zhí)行引擎、接出

層。接入層負責(zé)接收外部應(yīng)用的服務(wù)調(diào)用請求，并把請求通過消息隊

列（異步模擬同步）或本地Native方式（穿透），發(fā)送給核心引擎，

核心引擎的線程池根據(jù)分配的資源多少（線程池大?。瑢ο㈥犃?/p>

中的請求消息進行處理，并將處理結(jié)果返回給接入渠道。同時，核心

引擎調(diào)用外部服務(wù)時，也同理使用消息或本地方式，發(fā)送到接出層的

21

隊列中進行處理。從而將原有的同步請求處理，轉(zhuǎn)化為消息方式的三

段異步處理，保證接入時的高吞吐，隔離外部服務(wù)不穩(wěn)定引起的資源

占用等。

圖1SEDA架構(gòu)

參照上圖，SEDA分段架構(gòu)中的每一個Stage大致包含幾部分內(nèi)

容：事件隊列、事件處理器、控制器、資源池等，事件隊列負責(zé)接收

接入請求，收到請求后由控制器進行流量統(tǒng)計、權(quán)限校驗、資源分配

等，最終由事件處理器進行處理。實際使用中，可對業(yè)務(wù)進行分組，

每組業(yè)務(wù)可由不同的Stage進行處理，多個Stage直接可以配合工作

完成業(yè)務(wù)處理。這種基于SEDA架構(gòu)的**平臺業(yè)務(wù)處理模式具有以下特

八占、、??

?接入、處理、接出三段異步解耦，方便擴展

?可按業(yè)務(wù)要求進行分組處理

?根據(jù)業(yè)務(wù)要求情況進行資源合理調(diào)配和伸縮

?隔離外部不穩(wěn)定因素，保障引擎可靠運行

?支持流量、權(quán)限、超時控制和異常處理等，處理方式可擴展

22

.直接構(gòu)建在JVM之上

直接構(gòu)建在JVM上，為性能提升和架構(gòu)發(fā)展提供了空間；同時，

不依賴于WebLogic、WebSphere>Jboss、Tomcat等J2EE容器，降低

客戶部署的復(fù)雜性和購買成本；為此，擺脫J2EE環(huán)境不必要的冗余功

能，使ESB系統(tǒng)更加輕量級。

.基于異步Servlet的HTTP接入

使用異步Servlet技術(shù)，解決了普通Web容器在處理長時間服務(wù)

調(diào)用時，工作線程被掛起的問題，提高了系統(tǒng)的吞吐量。

圖2基于異步Servlet的HTTP接入

3.1.3.應(yīng)用場景

.服務(wù)調(diào)用

3.13.1.1.同步調(diào)用

23

由用系統(tǒng)B

（服務(wù)提供者）

-

1、發(fā)起服務(wù)請求報文到

-

I

V

u

>

鱉

3、轉(zhuǎn)發(fā)服務(wù)詢求報文到

總

應(yīng)

用

線

系

處4、處理服務(wù)請求報文

統(tǒng)

理

處

理

AA

5、詆回服務(wù)響應(yīng)報文

-

-

-^^>6.處3JKS響StJSS

-

4亞回掘制8成報文......

圖3同步調(diào)用流程

1.服務(wù)消費者［應(yīng)用系統(tǒng)A］調(diào)用服務(wù)總線ESB上發(fā)布的某個服

務(wù)，即服務(wù)消費者發(fā)送請求報文到服務(wù)總線ESB,在服務(wù)總線

ESB返回處理結(jié)果之前，服務(wù)消費者一直處于等待狀態(tài)；

2.服務(wù)總線ESB接收請求報文并作處理；

3.服務(wù)總線ESB將該請求報文按照規(guī)則轉(zhuǎn)發(fā)到服務(wù)提供者［應(yīng)用

系統(tǒng)B］；

4.服務(wù)提供者［應(yīng)用系統(tǒng)B］處理該請求報文；

5.服務(wù)提供者［應(yīng)用系統(tǒng)B］返回處理結(jié)果；

6.服務(wù)總線ESB對服務(wù)提供者［應(yīng)用系統(tǒng)B］返回的結(jié)果進行處

理；

24

7.服務(wù)總線ESB將處理結(jié)果返回給服務(wù)消費者［應(yīng)用系統(tǒng)A］；

8.到此為止，一次同步調(diào)用完畢（1步?7步），服務(wù)消費者［應(yīng)

用系統(tǒng)A］繼續(xù)處理其他業(yè)務(wù)邏輯；

.2.異步調(diào)用

應(yīng)用半琉A服務(wù)總線施用系及B

（■努消費者）（ESB）（■努提供者）

1、發(fā)起展務(wù)訪求報文到

3、返回?認般文

4.轉(zhuǎn)發(fā)做務(wù)清末儂到

6、逅回?認報文

應(yīng)發(fā)起8R務(wù)清求報文到

用

系

統(tǒng)

發(fā)

A起

保V轉(zhuǎn)發(fā)fig考詢求報文到

存

馨

務(wù)清求服文

清A

求?13、踞回?認報文

_-—

圖4異步調(diào)用流程

1.服務(wù)消費者［應(yīng)用系統(tǒng)A］向注冊在服務(wù)總線ESB上的服務(wù)發(fā)起

服務(wù)調(diào)用；

2.服務(wù)總線ESB保存請求報文；

3.服務(wù)總線ESB向服務(wù)消費者［應(yīng)用系統(tǒng)A］反饋收到請求報文；

25

4.到此為止，服務(wù)消費者［應(yīng)用系統(tǒng)A］可以不必等待服務(wù)提供者

［業(yè)務(wù)系統(tǒng)B］的處理結(jié)果，而繼續(xù)處理其他邏輯。

5.服務(wù)總線ESB將持久化的服務(wù)請求報文轉(zhuǎn)發(fā)到服務(wù)提供者［應(yīng)

用系統(tǒng)B］暴露的服務(wù)上；

6.服務(wù)提供者［應(yīng)用系統(tǒng)B］保存請求報文；

7.服務(wù)提供者［應(yīng)用系統(tǒng)B］向服務(wù)總線ESB反饋確認報文；

8.到此為止，服務(wù)總線ESB不必繼續(xù)等待服務(wù)提供者［業(yè)務(wù)系統(tǒng)

B］的處理結(jié)果。

9.服務(wù)提供者［應(yīng)用系統(tǒng)B］處理請求報文；

10.到此為止，沒有任何其他系統(tǒng)的進程在等待服務(wù)提供者［應(yīng)用

系統(tǒng)B］的處理結(jié)果。

11.服務(wù)提供者［應(yīng)用系統(tǒng)B］將處理結(jié)果發(fā)送給注冊在服務(wù)總線

ESB上的服務(wù)；

12.服務(wù)總線ESB保存處理結(jié)果；

13.服務(wù)總線ESB向服務(wù)提供者［應(yīng)用系統(tǒng)B］反饋收到請求報文；

14.到此為止，沒有任何系統(tǒng)的進程在等待服務(wù)提供者［應(yīng)用系統(tǒng)

B］的處理結(jié)果。

15.服務(wù)總線ESB將處理結(jié)果發(fā)送到服務(wù)消費者［應(yīng)用系統(tǒng)A］暴露

的服務(wù)上。

16.服務(wù)消費者［應(yīng)用系統(tǒng)A］保存處理結(jié)果；

17.服務(wù)消費者［應(yīng)用系統(tǒng)A］向服務(wù)總線ESB發(fā)送確認消息報文；

26

到此為止，整個閉環(huán)的業(yè)務(wù)操作執(zhí)行完畢，這個處理過程以異步

的形式被分割成若干互補等待的處理過程。

.服務(wù)管控

.；主冊服務(wù)

1.服務(wù)提供者規(guī)劃服務(wù)、開發(fā)服務(wù)，并測試驗證通過。

2.服務(wù)提供者通過在線工具檢驗WSDL是否符合規(guī)范。

3.服務(wù)提供者將服務(wù)WSDL通過在線工具轉(zhuǎn)換成服務(wù)注冊Excel

文件，并填寫中文描述。

4.服務(wù)提供者將Excel文件提交給服務(wù)治理小組。

5.服務(wù)提供者用WSDL開發(fā)部署包。

6.服務(wù)提供者通過ESB工作臺將部署包部署至ESB引擎。

7.服務(wù)調(diào)用者提供調(diào)用關(guān)系Excel文件給服務(wù)治理小組。

8.服務(wù)治理小組在企業(yè)服務(wù)總線的服務(wù)資產(chǎn)管理模塊中根據(jù)

Excel注冊服務(wù)，聲明調(diào)用關(guān)系，通知ESB引擎。

9.服務(wù)調(diào)用者通過ESB調(diào)用服務(wù)，測試驗證調(diào)用結(jié)果。

10.服務(wù)治理小組測試驗證服務(wù)的注冊與部署情況。

.2.變更服務(wù)

1.服務(wù)提供者規(guī)劃服務(wù)，變更服務(wù)，并測試驗證通過。

2.服務(wù)提供者通過在線工具檢驗WSDL是否符合規(guī)范。

27

3.服務(wù)提供者將服務(wù)WSDL通過在線工具轉(zhuǎn)換成服務(wù)注冊Excel

文件，并填寫中文描述。使用Excel文件通過在線工具與之前

注冊的接口進行對比。

4.服務(wù)提供者將Excel文件提交給服務(wù)治理小組。

5.服務(wù)提供者用WSDL開發(fā)部署包。

6.服務(wù)提供者通過ESB工作臺將部署包部署至ESB引擎。

7.服務(wù)調(diào)用者提供調(diào)用關(guān)系Excel文件給服務(wù)治理小組。

8.服務(wù)治理小組在企業(yè)服務(wù)總線的服務(wù)資產(chǎn)管理模塊中根據(jù)

Excel注冊服務(wù)，聲明調(diào)用關(guān)系，通知ESB引擎。

9.服務(wù)調(diào)用者通過ESB調(diào)用服務(wù)，測試驗證調(diào)用結(jié)果。

10.服務(wù)治理小組測試驗證服務(wù)的注冊與部署情況。

3.注銷服務(wù)

1.服務(wù)提供者通過ESB工作臺卸載ESB引擎上對應(yīng)服務(wù)的

module包。

2.服務(wù)提供者提供注銷的服務(wù)的清單給服務(wù)治理小組。

3.服務(wù)治理小組在企業(yè)服務(wù)總線的服務(wù)資產(chǎn)管理模塊中注銷對應(yīng)

服務(wù)，刪除與服務(wù)關(guān)聯(lián)的調(diào)用關(guān)系，通知ESB引擎。

4.服務(wù)調(diào)用者的客戶端進行相應(yīng)調(diào)整。

5.服務(wù)調(diào)用者運行影響的系統(tǒng)，驗證測試調(diào)用結(jié)果。

3.1.4.功能清單

28

.ESB集成配置環(huán)境

1.集成配置環(huán)境中HTTP、HTTPS協(xié)議接入接出的相關(guān)圖元的開

發(fā)、協(xié)議接入接入的解析、調(diào)試及屬性配置；

2.HTTP協(xié)議接入層可視化組件開發(fā)，包括名稱、端口、連接參

數(shù)、響應(yīng)線程池屬性配置

3.訪問URI、服務(wù)名稱、響應(yīng)線程池、轉(zhuǎn)換器屬性可視化配置

4.訪問名稱、實際業(yè)務(wù)訪問URI

5.集成配置環(huán)境中Webservice協(xié)議接入接出的相關(guān)圖元的開

發(fā)、協(xié)議接入接入的解析、調(diào)試及屬性配置；

6.集成配置環(huán)境中川S協(xié)議接入接出的相關(guān)圖元的開發(fā)、協(xié)議接

入接入的解析、調(diào)試及屬性配置；

7.集成配置環(huán)境中TCP協(xié)議接入接出的相關(guān)圖元的開發(fā)、協(xié)議接

入接入的解析、調(diào)試及屬性配置；

8.集成配置環(huán)境中UDP協(xié)議接入接出的相關(guān)圖元的開發(fā)、協(xié)議接

入接入的解析、調(diào)試及屬性配置；

9.集成配置環(huán)境中FTP協(xié)議接入接出的相關(guān)圖元的開發(fā)、協(xié)議接

入接入的解析?、調(diào)試及屬性配置；

10.集成配置環(huán)境中EMAIL協(xié)議接入接出的相關(guān)圖元的開發(fā)、協(xié)議

接入接入的解析、調(diào)試及屬性配置；

11.集成配置環(huán)境中EJB協(xié)議接入接出的相關(guān)圖元的開發(fā)、協(xié)議接

入接入的解析?、調(diào)試及屬性配置；

29

12.集成配置環(huán)境中TUXEDO協(xié)議接入接出的相關(guān)圖元的開發(fā)、協(xié)

議接入接入的解析、調(diào)試及屬性配置；

13.新增協(xié)議可以通過集成環(huán)境提供的插件機制進行擴展，包括集

成環(huán)境中圖元的擴展點，協(xié)議接入解除的擴展點，調(diào)試與配置

的擴展點，

14.中介服務(wù)可視化配置、調(diào)試以及屬性設(shè)置；

15.支持調(diào)用JAVA圖元的開發(fā)；

16.可視化的服務(wù)編排、接入/接出綁定等功能；

17.可根據(jù)條件判斷服務(wù)流轉(zhuǎn)走向；

18.松耦合各種數(shù)據(jù)和協(xié)議的轉(zhuǎn)換；

19.模型的導(dǎo)入導(dǎo)出功能；

20.消息格式轉(zhuǎn)換配置功能；

21.可視化配置異常的捕獲點，按照需求對不同的異常進行不同的

分支處理；

3.L4.2.運行環(huán)境

1.中介流運行引擎，在進行轉(zhuǎn)換的過程中，按照事先的規(guī)則調(diào)用

各種EndPiont；

2.HTTP運行引擎，使得服務(wù)總線能夠通過HTTP方式方便地調(diào)用

外部服務(wù)；

3.WebService運行引擎，使得服務(wù)總線能夠通過WSDL方便地調(diào)

30

用外部服務(wù)；

4.JMS運行引擎，支持發(fā)布訂閱、隊列消息；

5.TCP運行引擎，支持通過TCP協(xié)議發(fā)送接收消息；

6.UDP運行引擎，支持通過UDP協(xié)議發(fā)送接收消息；

7.FTP運行引擎，支持通過FTP方式進行文件的上傳與下載；

8.EMAIL運行引擎，支持郵件的發(fā)送與接收；

9.TUXEDO運行引擎，支持調(diào)用外部TUXEDO服務(wù)；

10.可根據(jù)SAM中的流量控制策略配置來控制訪問流量

11.可根據(jù)SAM中的IP地址訪問權(quán)限策略配置來控制訪問權(quán)限

12.可根據(jù)SAM中的用戶名密碼策略配置來控制用戶訪問權(quán)限

13.支持集群模式部署

14.支持ESBServer負載均衡

15.支持單點故障控制

16.提供攔截器功能，支持通過攔截器攔截服務(wù)請求；

17.靜態(tài)路由功能，服務(wù)在運行過程中根據(jù)請求內(nèi)容進行分支路

由；

18.動態(tài)路由，支持動態(tài)服務(wù)調(diào)用功能（對拼裝出的服務(wù)地址進行

動態(tài)調(diào)用）；

19.穿透式路由，支持服務(wù)對消息不進行解析或者只進行部分解析

即可發(fā)送給其他服務(wù)的路由方式；

31

20.可根據(jù)設(shè)定的超時時間來控制服務(wù)超時；

21.可根據(jù)SAM中配置的服務(wù)探測策略進行服務(wù)狀態(tài)檢查，自動識

別服務(wù)狀態(tài)；

22.支持Console模型熱部署

23.支持Console下對模型變量的修改

24.接入請求的異常撲捉和處理；

3.1.43.管理控制臺

1.ESB服務(wù)器注冊、刪除，服務(wù)器狀態(tài)和分組管理

2.ESB服務(wù)器分組管理；

3.ESB模型部署；

4.ESB模型卸載和查看；

5.可根據(jù)條件查找部署的服務(wù)；

6.系統(tǒng)配置管理；

7.模型變量配置管理；

8.服務(wù)配置管理；

9.隊列配置管理；

10.數(shù)據(jù)庫連接池及數(shù)據(jù)源配置管理；

11.ESB監(jiān)控級別配置管理；

12.ESB隊列監(jiān)控管理；

32

.服務(wù)監(jiān)控

1.提供詳細的服務(wù)在ESB上運行的軌跡信息，從而為后續(xù)的服務(wù)

分析和數(shù)據(jù)稽核做好了充分的數(shù)據(jù)準備工作；

2.提供針對服務(wù)運行的信息的信息進行統(tǒng)計分析；

3.提供記錄詳細的服務(wù)運行日志到數(shù)據(jù)庫及磁盤功能；

3.1.45軟件資產(chǎn)管理

1.服務(wù)接口注冊管理，注冊服務(wù)按照域.系統(tǒng)?服務(wù).操作方式進

行編碼，按照目錄樹形方式進行顯示，接口服務(wù)的增刪改

查操作

2.請求系統(tǒng)IP地址管理，請求IP地址的增刪改查；

3.配置服務(wù)消費者和服務(wù)提供者之間的調(diào)用關(guān)系

4.注冊接口服務(wù)圖形化統(tǒng)計分析功能；

5.對注冊服務(wù)的調(diào)用關(guān)系管理，從服務(wù)消費者維度與服務(wù)提供者

維度進行圖形化統(tǒng)計分析；

6.配置服務(wù)調(diào)用頻度

7.配置服務(wù)訪問流量

8.服務(wù)狀態(tài)管理，提供“已注冊”、“已發(fā)布”、“暫停

態(tài)”、“已注銷”四種狀態(tài)，支持服務(wù)能力狀態(tài)的有條件遷

移，并能夠通過服務(wù)狀態(tài)的遷移控制服務(wù)是否可以訪問；

9.配置對服務(wù)提供者的連接探測頻度

33

10.配置服務(wù)訪問的超時時間

11.SOAP部署管理主要是能夠?qū)SBConsole部署的服務(wù)進行管

理

12.ESBConsole每次成功部署e功到ESBServer后，都會生成

一個備份zip壓縮文件到目錄中。如果從SAM系統(tǒng)中由于誤操

作而刪除了某個已經(jīng)部署到ESBServer中的服務(wù)或者在ESB

Server中部署的服務(wù)有了更新，便可以通過SOAP部署同步的

方式進行同步操作，用來更新SAM系統(tǒng)中已經(jīng)注冊的服務(wù)（如

果服務(wù)在SAM系統(tǒng)中沒有注冊，則自動進行注冊）。

13.展示出HTTP+JSON類型服務(wù)的部署進行管理

14.以列表形式展示出服務(wù)部署的歷史信息

15.SOAP注冊審計，是對SAM系統(tǒng)中的服務(wù)的審計結(jié)果進行查詢

的功能，通過該功能可以查看服務(wù)是否已經(jīng)部署、服務(wù)是否已

經(jīng)注冊、WSDL是否符合規(guī)范、接口服務(wù)是否匹配、操作是否

匹配。

16.通過JSON報文審計功能，可以看到服務(wù)調(diào)用的樣本輸入/輸出

合法率。其中，采樣率、最大采樣數(shù)參數(shù)可以通過配置文件進

行設(shè)置。

17.對于樣本合法率不等于100%的服務(wù)調(diào)用，可以直接點擊合法

率百分比超鏈接進行具體調(diào)用情況信息的查看?！?/p>

18.調(diào)用審計報告功能是用來對各個服務(wù)的調(diào)用情況進行審計，可

以展示出那些非法調(diào)用服務(wù)的調(diào)用詳細信息。

34

19.設(shè)置審計任務(wù)

20.服務(wù)運行統(tǒng)計查詢：可按照調(diào)用系統(tǒng)、被調(diào)用操作、時間粒度

（分鐘、小時、天）、開始時間、結(jié)束時間、調(diào)用系統(tǒng)IP進

行綜合查詢；查詢結(jié)果中可顯調(diào)用系統(tǒng)、調(diào)用系統(tǒng)IP、操作

編碼、操作名稱、調(diào)用時間、成功調(diào)用次數(shù)、成功響應(yīng)時間、

請求響應(yīng)的報文平均大小、系統(tǒng)異常次數(shù)等；

21.服務(wù)提供者系統(tǒng)行為分析：分析某時間段內(nèi)服務(wù)提供者系統(tǒng)性

能較差的T0P10列表、分析某時間段內(nèi)某服務(wù)提供者系統(tǒng)中性

能較差的服務(wù)的T0P10列表、分析某時間段內(nèi)某服務(wù)提供者總

體服務(wù)提供概況；

22.服務(wù)消費者系統(tǒng)行為分析：分析某時間段內(nèi)訪問峰值較大的

TOP10的服務(wù)消費者系統(tǒng)、分析某時間段內(nèi)某服務(wù)消費者系統(tǒng)

訪問量的變化趨勢〃

23.接口運行診斷：對接口運行進行診斷，能夠查詢出最慢的TOP

N記錄，可以按照服務(wù)提供者的操作、接口、系統(tǒng)進行查詢，

查詢出調(diào)用最慢的TOP10記錄；查看調(diào)用時間、耗時、調(diào)用

操作的詳細情況（接入接出時間、請求報文、響應(yīng)報文）；

24.接口服務(wù)行為分析：分析某時間段內(nèi)服務(wù)運行的總體情況：成

功率、失敗率、分析某時間段內(nèi)T0P10性能較差的服務(wù)列表、

分析某時間段內(nèi)系統(tǒng)整體的性能變化走勢分析

25.通過WEB方式對WebService進行在線測試功能

26.在線服務(wù)工具，wsdl轉(zhuǎn)excel、excel對比SAM、schema轉(zhuǎn)

35

Excel>schema與excel匹配校驗、接口對比接口;

3.2.企業(yè)數(shù)據(jù)總線詳細設(shè)計

為提高上述方面工作的效率，企業(yè)數(shù)據(jù)總線的存在是必然的。通

過企業(yè)數(shù)據(jù)總線可以做到規(guī)范統(tǒng)一、交換效率高、交換可跟蹤等。

3.2.1.體系架構(gòu)

建立統(tǒng)一的企業(yè)數(shù)據(jù)總線完成不同部門、不同業(yè)務(wù)系統(tǒng)之間的數(shù)

據(jù)交換與匯總。平臺將支持數(shù)據(jù)獲取、過濾、清洗、轉(zhuǎn)換、計算、匯

總等自動處理功能，提供適配接入、數(shù)據(jù)采集、數(shù)據(jù)傳輸、數(shù)據(jù)處理

功能，滿足跨部門、跨系統(tǒng)、跨網(wǎng)絡(luò)數(shù)據(jù)接入、采集、傳輸、交換等

處理需求。

數(shù)據(jù)亶連交互根式

效據(jù)中轉(zhuǎn)交互楔式

I

效據(jù)實時交互模式

數(shù)據(jù)發(fā)布與信息共享

圖5企業(yè)數(shù)據(jù)總線體系結(jié)構(gòu)

針對不同的環(huán)境應(yīng)提供以下幾種交換方式:

36

?數(shù)據(jù)直連交換模式

從源業(yè)務(wù)系統(tǒng)數(shù)據(jù)庫或文件系統(tǒng)中抽取數(shù)據(jù)，直接寫入到目標應(yīng)

用下的目標數(shù)據(jù)庫或文件系統(tǒng)。

?數(shù)據(jù)中轉(zhuǎn)交換模式

前置節(jié)點從源業(yè)務(wù)系統(tǒng)數(shù)據(jù)庫或文件系統(tǒng)中抽取數(shù)據(jù)，寫入前置

交換信息庫或文件系統(tǒng)，再從前置交換信息庫或文件系統(tǒng)中抽取數(shù)

據(jù)，寫入到目標應(yīng)用下的目標數(shù)據(jù)庫或文件系統(tǒng)。

前置節(jié)點主要用于打通內(nèi)外網(wǎng)，實現(xiàn)數(shù)據(jù)遠程交換；另外，可以

有效減輕對源系統(tǒng)和目標系統(tǒng)的沖擊。

?數(shù)據(jù)實時交換模式

源業(yè)務(wù)系統(tǒng)提供數(shù)據(jù)發(fā)布服務(wù)，注冊到前置節(jié)點的服務(wù)總線中，

目標應(yīng)用通過服務(wù)調(diào)用方式獲取數(shù)據(jù)。

對于一些企業(yè)內(nèi)共享數(shù)據(jù)，可以通過服務(wù)總線將前置節(jié)點數(shù)據(jù)統(tǒng)

一對外暴露服務(wù)，各業(yè)務(wù)系統(tǒng)可以通過訂閱服務(wù)或服務(wù)調(diào)用方式，獲

取數(shù)據(jù)。最終實現(xiàn)數(shù)據(jù)的發(fā)布與信息共享。

.邏輯架構(gòu)

37

中

五.

核