企業(yè)服務總線介紹說明書

1、1 概述企業(yè)服務總線（Enterprise Service Bus，縮寫 ESB），是SOA面向服務架構的骨干，在完成服務的接入、服務間的通信和交互基礎上，提供安全性、可靠性、 高性能的服務能力保障。采用 SOA 架構，基于ESB總線進行企業(yè)異構應用集成，可以有效降低應用系統(tǒng)、各個組件及相關技術的耦合度，消除應用系統(tǒng)點對點集成瓶頸，降低集成開發(fā)難度，提高復用，增進系統(tǒng)開發(fā)和運行效率，便于業(yè)務系統(tǒng)靈活重構、敏捷適應業(yè)務及流程變化。本文對企業(yè)服務總線ESB集成項目中，基于AEAI ESB實現(xiàn)異構系統(tǒng)集成的相關規(guī)范、標準進行闡述、明確，為項目開展以及后續(xù)完善擴展提供技術參考和依據(jù)。2 功能特點AEA

2、I ESB作為數(shù)通暢聯(lián)公司的企業(yè)應用集成產品，主要用來實現(xiàn)異構系統(tǒng)（如：不同的數(shù)據(jù)庫、消息中間件、ERP或CRM等）之間的資源整合，實現(xiàn)互連互通、數(shù)據(jù)共享、業(yè)務流程協(xié)調統(tǒng)一等功能，構建靈活可擴展的分布式企業(yè)應用。產品功能架構圖相比傳統(tǒng)的企業(yè)應用集成軟件平臺，AEAI ESB是一個全新的符合SOA架構的應用服務整合平臺，是基于大量集成實踐經驗不斷完善、用于構建可管理、可擴展及經濟高效的EAI技術解決方案。產品族架構圖AEAI ESB提供了從企業(yè)應用集成的設計、開發(fā)、部署，到運行、管理、監(jiān)控各個生命周期階段的工具。它提供的圖形化、拖拽式開發(fā)方式，可以快速創(chuàng)建可擴展不同類型的數(shù)據(jù)（應用）集成流程，并

3、全面支持服務及服務常用形式Web Service，簡化了服務的創(chuàng)建與封裝，并能夠使用戶靈活地編排服務，以滿足不斷變化地業(yè)務需要和業(yè)務處理流程。AEAI ESB基于JavaEE體系構建，主要包含三個模塊：服務器ESBServer、設計器ESBDesigner、管理控制中心。ESBServer是AEAI ESB的運行環(huán)境，管理控制中心則是部署在ESBServer的Java Web應用，基于開發(fā)平臺構建的。ESBDesigner是基于Eclipse Plugin開發(fā)的圖形化、拖拽式的設計Web服務、消息流程的構建工具。AEAI ESB主要功能及特點如下：基于開放標準，高度可擴展AEAI ESB的技術

4、架構及實現(xiàn)基于開放式標準，支持SOAP、WSDL等規(guī)范，基于開放式標準如：SOAP、JDBC、JMS、JavaWS、JavaMail、Http等，便于系統(tǒng)遷移以及將來擴展。支持企業(yè)級服務質量支持的企業(yè)級服務質量，包括消息安全、失敗恢復、狀態(tài)診斷、服務管理、服務審計及消息可靠傳輸、事務的完整性等，提供數(shù)據(jù)交換過程和數(shù)據(jù)的跟蹤能力。提供數(shù)據(jù)格式轉換功能提供圖形可視化的異構數(shù)據(jù)格式轉換映射工具，能夠將數(shù)據(jù)從一種格式簡便快速地轉換成另一種格式。輸入數(shù)據(jù)和輸出數(shù)據(jù)可進行不同格式間的轉換,從而可快速集成異構應用。支持多種服務/組件通訊方式支持多種服務/組件通訊方式，如同步和異步等，用戶可以按照自己的需要，

5、靈活定義通訊方式。提供對Web Service的完整支持既支持不同外系統(tǒng)提供的Web Service訪問、服務代理接入，又能夠將現(xiàn)有業(yè)務應用封裝成Web Service供復用。支持Web Service常用標準協(xié)議，如SOAP、WSDL等，同時支持Web服務的編排及不同粒度的服務封裝，便于創(chuàng)建松耦合及可復用的面向服務架構監(jiān)控與管理提供了基于瀏覽器的管理控制臺，能夠對監(jiān)控節(jié)點、服務、組件及業(yè)務流程進行狀態(tài)查詢和監(jiān)控管理。對監(jiān)控、跟蹤和日志具有平臺級的支持,還提供遠程跟蹤調試功能。支持集中管理及分布部署支持分布式應用及部署，開發(fā)的服務、組件及業(yè)務流程，可以分布式部署到網(wǎng)絡上的多個邏輯節(jié)點，實現(xiàn)分布

6、式運算和應用，支持水平以及垂直擴展，滿足性能擴展需要。支持遠程增量部署，大大降低部署成本。3 數(shù)據(jù)標準3.1 信息采集規(guī)范數(shù)據(jù)總線平臺的建設與應用并非是不關注業(yè)務，數(shù)據(jù)的隨意流通。數(shù)據(jù)交換需要規(guī)范業(yè)務系統(tǒng)間交換的屬性。信息采集規(guī)范就是指規(guī)范業(yè)務系統(tǒng)數(shù)據(jù)采集交換的方式、頻率、加工策略等規(guī)范。例如：哪些業(yè)務系統(tǒng)的哪些數(shù)據(jù)要實現(xiàn)實時交換、哪些是觸發(fā)交換；采集的數(shù)據(jù)是全量、增量還是根據(jù)某些條件進行交換；是通過數(shù)據(jù)庫采集、文件采集還是服務獲取等。3.2 數(shù)據(jù)內容規(guī)范數(shù)據(jù)內容規(guī)范指數(shù)據(jù)交換過程中數(shù)據(jù)清洗、轉換的標準。要制定重復數(shù)據(jù)的基準、數(shù)據(jù)轉換的基準、清洗的規(guī)則、共享的方式。例如:不同單位的業(yè)務系統(tǒng)可能

7、存在對某段同樣語義的描述信息，但是因業(yè)務系統(tǒng)開發(fā)商不同導致其信息存儲的格式和內容會有區(qū)別，再其他業(yè)務系統(tǒng)需要這條數(shù)據(jù)的時候，此數(shù)據(jù)應該從哪個業(yè)務系統(tǒng)獲取，或者是獲取出來進行比對、分析、處理之后再交換到其他業(yè)務系統(tǒng)。3.3 數(shù)據(jù)維護規(guī)范數(shù)據(jù)交換的需求可能是多種多樣，包括臨時的需求和長期的需求。長期需求可能是建立綜合數(shù)據(jù)庫、數(shù)據(jù)中心或是把A系統(tǒng)業(yè)務庫中的數(shù)據(jù)長期交換到B系統(tǒng)的業(yè)務庫中，因此需要制定數(shù)據(jù)維護的標準，定義不同系統(tǒng)的不同業(yè)務數(shù)據(jù)采用數(shù)據(jù)維護的方式。例如：財務系統(tǒng)業(yè)務數(shù)據(jù)要保留交換的歷史數(shù)據(jù)，且采用時間戳的方式增量維護；OA系統(tǒng)業(yè)務數(shù)據(jù)僅保留3個月的數(shù)據(jù)，且采用觸發(fā)器的方式交換；人力資源業(yè)

8、務數(shù)據(jù)采用主動到數(shù)據(jù)源端抓取業(yè)務數(shù)據(jù)的方式維護自身業(yè)務數(shù)據(jù)等等。4 標準規(guī)范4.1 集成開發(fā)規(guī)范創(chuàng)建工程按照集成需求業(yè)務進行劃分，格式為“公司名”+“產品”+”業(yè)務名”，例如：AeaiESBHr、AeaiESBCrm工程下的目錄按照服務提供方（系統(tǒng)）進行劃分，如果只有相同的服務提供方，也需要創(chuàng)建目錄進行劃分；流程名采用匈牙利命名法（在幾個字母聯(lián)合的時候，首字母大寫，如HR系統(tǒng)提供數(shù)據(jù)到門戶：HRDataToPortal），編碼長度不能超過20個字母；所有的消息流程填寫中文別名和描述，描述一定要寫清楚具體含義。ESB集成項目主包名：com.agileai.esb；公共代碼直接放在com.agil

9、eai. esb目錄下，其他代碼采用ESB默認生成的包名以及類名。4.2 WEB服務規(guī)范應用/數(shù)據(jù)接口以WebService方式進行發(fā)布，采用Http通訊協(xié)議進行同步通訊，AEAI ESB服務代理支持SOAP 1.1、SOAP 1.2訪問協(xié)議，AEAI ESB的開發(fā)Web服務默認支持SOAP1.1，對于Web服務報文信息字段要求如下：各字段若無特別說明均為字符串型；日期字段默認格式為“yyyy-MM-dd”，如：2015-05-14；時間字段默認格式為“HH:mm:ss”，如16:25:16；報文頭信息具有默認結構，允許自定義報文頭。不論是在AEAI ESB中注冊的服務代理還是AEAI ESB

10、中發(fā)布的服務都支持：用戶、密碼認證以及擴展認證模式，同時提供服務監(jiān)控、服務調用統(tǒng)計功能，同時支持業(yè)務日志。4.3 AEAI ESB開發(fā)規(guī)范本項目中在AEAI ESB中開發(fā)的服務主要為Web Service、Http、Timer三種方式的服務，各單位內部及下屬各單位的業(yè)務系統(tǒng)既有的Web服務，在AEAI ESB中注冊服務代理方式，AEAI ESB提供消息轉發(fā)、服務監(jiān)控、服務統(tǒng)計、以及服務認證和業(yè)務日志功能。4.3.1 服務代理注冊首先，登陸ESB管理控制臺選擇需要添加服務代理的工程，選擇服務代理標簽點擊新增，進行WEB服務注冊代理將需要進行代理的服務URL添加到對應位置（1），點擊解析按鈕進行服

11、務代理注冊（2），添加認證類型（無認證，用戶密碼，擴展流程）（3），添加是否啟用業(yè)務日志（4）在提供的ws服務中，service的name需要通過業(yè)務功能來命名，不能重復4.3.2 開發(fā)WEB服務對于既有系統(tǒng)不能提供Web服務接口的應用系統(tǒng)，且需要Web服務方式來集成，或者需要對既有的Web服務實現(xiàn)服務編排重組，可以在AEAI ESB開發(fā)Web服務。如果涉及到數(shù)據(jù)讀取，需要對應系統(tǒng)管理員提供提供數(shù)據(jù)視圖、字段說明、以及數(shù)據(jù)庫連接方式；如果涉及到數(shù)據(jù)寫入，需要對應系統(tǒng)管理員提供中間表以及存儲過程，ESB理論上不直接訪問實際的業(yè)務表；如果涉及到服務編排，需要對應系統(tǒng)管理員提供Web服務的SOAP調

12、用樣例，請求和響應參數(shù)說明。4.3.3 開發(fā)HTTP服務根據(jù)服務提供方提供的數(shù)據(jù)庫交互方式（視圖查詢、存儲過程）進行Http流程的開發(fā)提供數(shù)據(jù)庫連接信息，如賬號密碼及地址等（Oracle數(shù)據(jù)庫還需要提供SID），登陸ESB管理控制臺對數(shù)據(jù)庫資源進行注冊管理；服務提供方需提供存儲過程或相關的查詢SQL語句；Http流程的返回值為JSON或者XML格式（需要就實際業(yè)務進行選擇），調用方自行解析。4.3.4 開發(fā)Timer服務根據(jù)當前的輪詢方式，在AEAI ESB上改造為Timer流程：服務系統(tǒng)管理員提供當前的輪詢策略（定時、間隔、自定義）；提供數(shù)據(jù)庫連接信息，如賬號密碼及地址等（Oracle數(shù)據(jù)庫

13、還需要提供SID），登陸ESB管理控制臺對數(shù)據(jù)庫資源進行注冊管理；提供查詢全量數(shù)據(jù)還是增量數(shù)據(jù)，查詢增量數(shù)據(jù)時的條件；4.4 AEAI ESB測試規(guī)范4.4.1 單元測試單元測試由流程開發(fā)者自己來完成，單元測試是對完成一條流程后的最基本檢查，主要是用來檢測邏輯否正確，程序代碼是否正確， 組件節(jié)點命名是否按照規(guī)則，實例正確生成、以及字段和變量的拼寫錯誤，還包括所引用資源是否可以等細節(jié)。單元測試的依據(jù)是測試規(guī)格說明書，單元測試的目的是對流程功能基本驗證，該測試用來確定執(zhí)行結果否符合預期，單元自測以持續(xù)執(zhí)行3次均成功方驗證為成功。4.4.2 結對互測當局者迷，旁觀清。兩個開發(fā)人員具有相同的缺點和盲可能性很小，當采用結對互測試的時候會獲得一個強大解決方案 ，能更快的發(fā)現(xiàn)并解決問題 。結對互測準確來說是一個測試方法，而不是其中的具體環(huán)節(jié)。結對互測是指兩個流程開發(fā)人員相測試對方的流程，結對互測的基礎已完成開發(fā)人員已完成單元測試。4.4.3 集成測試大多數(shù)流程之間不是獨立的，而有關聯(lián)。多個流程的執(zhí)行才是真實的邏輯業(yè)務， 所以在有流程完成單元測試后，需要按照業(yè)務子系統(tǒng)對多個流程進行連貫的集成測試，用來發(fā)現(xiàn)執(zhí)時是否可以滿足實際業(yè)務的需要。集成測試可以根據(jù)實際業(yè)務模塊或者子系統(tǒng)，來各自獨立進行。集成測試用來發(fā)現(xiàn)多個流程協(xié)作執(zhí)