Smart ESB-SOA解決方案產(chǎn)品白皮書

1、第 PAGE 31 頁 共 NUMPAGES 31 頁Smart ESBSOA解決方案產(chǎn)品白皮書目 錄 TOC o 1-3 h z u HYPERLINK l _Toc480879247 1.導(dǎo)論 PAGEREF _Toc480879247 h 4 HYPERLINK l _Toc480879248 2.產(chǎn)品概述 PAGEREF _Toc480879248 h 6 HYPERLINK l _Toc480879249 2.1.產(chǎn)品概述 PAGEREF _Toc480879249 h 6 HYPERLINK l _Toc480879250 2.2.設(shè)計理念 PAGEREF _Toc48087925

2、0 h 8 HYPERLINK l _Toc480879251 3.產(chǎn)品架構(gòu) PAGEREF _Toc480879251 h 8 HYPERLINK l _Toc480879252 4.產(chǎn)品功能 PAGEREF _Toc480879252 h 11 HYPERLINK l _Toc480879253 4.1.集成服務(wù) PAGEREF _Toc480879253 h 11 HYPERLINK l _Toc480879254 4.1.1.協(xié)議轉(zhuǎn)換 PAGEREF _Toc480879254 h 11 HYPERLINK l _Toc480879255 4.1.2.消息格式轉(zhuǎn)換 PAGEREF _T

3、oc480879255 h 11 HYPERLINK l _Toc480879256 4.1.3.服務(wù)路由 PAGEREF _Toc480879256 h 12 HYPERLINK l _Toc480879257 4.1.4.服務(wù)調(diào)度 PAGEREF _Toc480879257 h 13 HYPERLINK l _Toc480879258 4.1.5.服務(wù)優(yōu)先級 PAGEREF _Toc480879258 h 14 HYPERLINK l _Toc480879259 4.1.6.故障隔離功能 PAGEREF _Toc480879259 h 14 HYPERLINK l _Toc48087926

4、0 4.1.7.服務(wù)異常處理 PAGEREF _Toc480879260 h 15 HYPERLINK l _Toc480879261 4.2.基礎(chǔ)服務(wù) PAGEREF _Toc480879261 h 15 HYPERLINK l _Toc480879262 4.2.1.渠道認(rèn)證 PAGEREF _Toc480879262 h 15 HYPERLINK l _Toc480879263 4.2.2.統(tǒng)一權(quán)限管理 PAGEREF _Toc480879263 h 15 HYPERLINK l _Toc480879264 4.2.3.服務(wù)元數(shù)據(jù)管理 PAGEREF _Toc480879264 h 16

5、 HYPERLINK l _Toc480879265 4.2.4.流量控制 PAGEREF _Toc480879265 h 16 HYPERLINK l _Toc480879266 4.2.5.服務(wù)控制 PAGEREF _Toc480879266 h 17 HYPERLINK l _Toc480879267 4.2.6.對交易附件的支持 PAGEREF _Toc480879267 h 17 HYPERLINK l _Toc480879268 4.2.7.異步流水 PAGEREF _Toc480879268 h 17 HYPERLINK l _Toc480879269 4.2.8.日志記錄 PA

6、GEREF _Toc480879269 h 17 HYPERLINK l _Toc480879270 4.2.9.交易一致性 PAGEREF _Toc480879270 h 18 HYPERLINK l _Toc480879271 4.2.10.穿透 PAGEREF _Toc480879271 h 18 HYPERLINK l _Toc480879272 4.3.管理監(jiān)控 PAGEREF _Toc480879272 h 19 HYPERLINK l _Toc480879273 4.3.1.配置管理 PAGEREF _Toc480879273 h 19 HYPERLINK l _Toc48087

7、9274 4.3.2.監(jiān)控管理 PAGEREF _Toc480879274 h 20 HYPERLINK l _Toc480879275 4.4.服務(wù)治理 PAGEREF _Toc480879275 h 24 HYPERLINK l _Toc480879276 4.5.集成開發(fā)環(huán)境 PAGEREF _Toc480879276 h 25 HYPERLINK l _Toc480879277 4.6.軟F5 PAGEREF _Toc480879277 h 26 HYPERLINK l _Toc480879278 4.7.高性能消息中間件 PAGEREF _Toc480879278 h 28 HYPE

8、RLINK l _Toc480879279 5.產(chǎn)品特性 PAGEREF _Toc480879279 h 28 HYPERLINK l _Toc480879280 5.1.可用性和可靠性 PAGEREF _Toc480879280 h 28 HYPERLINK l _Toc480879281 5.2.性能和可伸縮性 PAGEREF _Toc480879281 h 29 HYPERLINK l _Toc480879282 5.3.擴(kuò)展性和靈活性 PAGEREF _Toc480879282 h 30 HYPERLINK l _Toc480879283 5.4.安全性 PAGEREF _Toc480

9、879283 h 31 HYPERLINK l _Toc480879284 6.運(yùn)行環(huán)境 PAGEREF _Toc480879284 h 31導(dǎo)論為了解決業(yè)務(wù)復(fù)雜度和業(yè)務(wù)變化導(dǎo)致的軟件危機(jī)，軟件方法沿著結(jié)構(gòu)化、面向?qū)ο?、?gòu)件技術(shù)和面向服務(wù)一路變革，軟件開發(fā)的正確性、可重用性逐步得到提高。尤其是符合SOA架構(gòu)風(fēng)格后，軟件的業(yè)務(wù)敏捷能力得到了大幅提升，軟件技術(shù)也越來越接近業(yè)務(wù)本質(zhì)。圖1 企業(yè)IT發(fā)展階段圖SOA是一種架構(gòu)風(fēng)格。它的核心思想是通過服務(wù)（業(yè)務(wù)單元）的提取和靈活組合，充分整合企業(yè)的資源，適應(yīng)業(yè)務(wù)的快速變化，以提高企業(yè)競爭力。SOA架構(gòu)是面向服務(wù)的技術(shù)體系，任何技術(shù)體系都有它的優(yōu)勢和局限性

10、，他們的出現(xiàn)都是為了解決特定的應(yīng)用和業(yè)務(wù)問題，所以SOA技術(shù)也不是包治百病的靈丹妙藥。為了說明SOA能解決什么問題，需要解釋一下什么是“服務(wù)”。軟件的發(fā)展歷程自始至終貫穿著“復(fù)用性”這樣一根主線，提高軟件的復(fù)用性意味著更少的投資帶來更大的回報，從“面向過程”到“面向?qū)ο蟆痹俚健懊嫦蚍?wù)”都是為了軟件的“復(fù)用性”。在這個發(fā)展過程中，隨著軟件不斷地復(fù)雜，系統(tǒng)工程逐漸占據(jù)了主導(dǎo)地位，從簡單的桌面應(yīng)用發(fā)展到動輒數(shù)百上千個應(yīng)用組成的復(fù)雜應(yīng)用生態(tài)，為降低系統(tǒng)復(fù)雜度就要求復(fù)用的粒度不斷的變大?！胺?wù)”是一種可以相對獨(dú)立運(yùn)行的，對外提供穩(wěn)定接口協(xié)議的封閉系統(tǒng)。相對于對象來說，服務(wù)是大顆粒度的，不可修改的（對象

11、可以通過派生的方式來重構(gòu)，而服務(wù)則只能被引用）。服務(wù)就像我們使用的冰箱、電視，本身就可以獨(dú)立的運(yùn)作；而對象或組件則像是汽車中的方向盤和檔把，只有裝在汽車上才有用，拆下來就毫無用處。聯(lián)系服務(wù)之間的協(xié)議是報文，聯(lián)系組件之間協(xié)議就是接口（API），它們之間的耦合度較之服務(wù)之間要高很多，同時效率也要高很多。SOA就是通過對服務(wù)進(jìn)行組合，從而實(shí)現(xiàn)更高粒度的“系統(tǒng)”。SOA并不關(guān)心“服務(wù)”或者說“原子服務(wù)”本身如何實(shí)現(xiàn)，你可以用組件和對象來構(gòu)造你的原子服務(wù)，也可以用面向過程的方法來實(shí)現(xiàn)，甚至你可以用匯編和硬件來實(shí)現(xiàn)服務(wù)。所以SOA并不能取代傳統(tǒng)的開發(fā)手段，正相反傳統(tǒng)的開發(fā)手段為SOA提供了豐富的資源。在傳

12、統(tǒng)的開發(fā)方式中，存量系統(tǒng)是巨大負(fù)擔(dān)，當(dāng)采用J2EE的時候，會為大量的C/C+的存量代碼感到頭疼。但SOA卻認(rèn)為存量系統(tǒng)是財富，因?yàn)镾OA并不關(guān)心服務(wù)是怎么實(shí)現(xiàn)的，相反地存量系統(tǒng)是經(jīng)過長期穩(wěn)定運(yùn)行的可信賴的系統(tǒng)。SOA不能做什么？從上面對服務(wù)的描述看，似乎可以把服務(wù)認(rèn)為是一個巨大的組件或?qū)ο?，但遺憾的是SOA體系有一個無法用組件的方式解決的問題，那就是交易一致性的問題。就好像我要做一道菜，先將魚收拾干凈放好佐料，然后用微波爐清蒸卻發(fā)現(xiàn)沒有電，這個時候我不可能把魚還原等待有電了再重新這個過程一樣。服務(wù)組合過程中的失敗是無法rollback的，所以SOA只能采用補(bǔ)救手段“沖正”來解決這個問題，通俗講

13、就是反交易。當(dāng)然，這也帶來了麻煩，為了保證交易一致性，所有的沖正都可能需要人工的干預(yù)。所以，當(dāng)你享受SOA帶來的便捷的時候。你同樣要忍受他帶來的麻煩，好在便捷帶來的好處遠(yuǎn)大于麻煩所增加的成本。目前SOA的相關(guān)技術(shù)的發(fā)展已經(jīng)形成信息化技術(shù)發(fā)展的一股浪潮，基于SOA的應(yīng)用集成，成為當(dāng)前企業(yè)IT基礎(chǔ)架構(gòu)發(fā)展的趨勢。 基于這個前提，一種面向SOA基于數(shù)據(jù)、應(yīng)用整合和信息共享的的集成中間件ESB（Enterprise Service Bus，企業(yè)服務(wù)總線）慢慢的浮出水面。ESB具有集成特性和面向服務(wù)特性為一體的基礎(chǔ)架構(gòu)，以一種可以高度分布式部署的部署模型，“統(tǒng)一消息”的數(shù)據(jù)模型，高度可擴(kuò)展、包含開放端點(diǎn)

14、的體系，實(shí)現(xiàn)一個對各種企業(yè)服務(wù)“來者不拒”的智能化的集成和管理的中介，實(shí)現(xiàn)被集成的各個企業(yè)應(yīng)用之間的信息共享。在Gartner的報告中，ESB被譽(yù)為SOA的“心臟”。神州數(shù)碼ESB應(yīng)運(yùn)而生，提供了一套簡單、易用、高效、開放和面向服務(wù)的應(yīng)用集成平臺。產(chǎn)品概述產(chǎn)品概述神州數(shù)碼SmrtESB產(chǎn)品是一套功能完善的企業(yè)服務(wù)總線系統(tǒng)。融合了SOA落地的最佳實(shí)踐方法，并成功應(yīng)用到多個行業(yè)。圖2 SmrtESB功能結(jié)構(gòu)圖產(chǎn)品的功能可以劃分為六個層次：總線基礎(chǔ)服務(wù)框架，為企業(yè)服務(wù)總線提供一致性保證、安全等基礎(chǔ)的技術(shù)手段，針對企業(yè)集成應(yīng)用的實(shí)際特點(diǎn)，提供性能、可靠性和擴(kuò)展能力方面的保證。集成服務(wù)，提供總線基礎(chǔ)的通

15、訊連接、消息轉(zhuǎn)換、服務(wù)路由、服務(wù)調(diào)度、服務(wù)等級、異常處理等基礎(chǔ)的集成服務(wù)；針對各類集成需求的特點(diǎn)提供標(biāo)準(zhǔn)服務(wù)模式、服務(wù)代理等多種集成服務(wù)模式，還提供跨系統(tǒng)的流水查詢這樣的應(yīng)用層次的服務(wù)；在此基礎(chǔ)上支持服務(wù)的封裝、重用、服務(wù)組合、服務(wù)調(diào)度。公用服務(wù)，提供內(nèi)置多公用服務(wù)，包括渠道認(rèn)證服務(wù)，服務(wù)版本的管理、流量控制、服務(wù)控制和故障隔離、對文件附件的支持、異步流水和統(tǒng)一流水號、日志服務(wù)、交易一致性以及穿透等公用服務(wù)。服務(wù)管理和服務(wù)標(biāo)準(zhǔn)，提供服務(wù)配置管理的前臺工具集合，并提供行業(yè)的服務(wù)規(guī)約標(biāo)準(zhǔn)。系統(tǒng)監(jiān)控，提供多角度的系統(tǒng)監(jiān)控功能，包括實(shí)時的交易流量、響應(yīng)時間等指標(biāo)的監(jiān)控；針對相關(guān)的監(jiān)控參數(shù)可進(jìn)行自定義配

16、置，并生成所需的交易報表信息。安全體系，提供多種安全機(jī)制，包括ESB的消息安全傳輸，服務(wù)訪問的權(quán)限管理、以及多種驗(yàn)簽方式，并支持和第三方安全系統(tǒng)的有效集成，提供有效的安全監(jiān)控機(jī)制，能完整的跟蹤分析交易日志信息。設(shè)計理念基于SOA的架構(gòu)思想，平臺架構(gòu)開放，產(chǎn)品穩(wěn)定可靠，可擴(kuò)展性強(qiáng)。產(chǎn)品架構(gòu)企業(yè)服務(wù)總線系統(tǒng)是實(shí)現(xiàn)SOA的運(yùn)行平臺，SOA運(yùn)行環(huán)境要解決的問題實(shí)際上就是服務(wù)的調(diào)用、服務(wù)的組合以及有服務(wù)參與的復(fù)雜流程這幾個基本問題。正是基于這三個基本問題，神州數(shù)碼企業(yè)服務(wù)總線系統(tǒng)將ESB分為三個層次。Level1解決服務(wù)的調(diào)用問題。Level2解決服務(wù)的組合問題。Level3解決基于服務(wù)的流程問題。圖3

17、 企業(yè)服務(wù)總線功能邏輯層次示意圖具體功能和職責(zé)參見下表：在分層架構(gòu)中的職責(zé)關(guān)鍵的架構(gòu)服務(wù)說明Level1層提供高效的靜態(tài)路由核心路由客戶端渠道和服務(wù)分區(qū)高效性，由于ESB面向的是實(shí)時在線交易，所以要求Level1具有盡可能高的效率；穩(wěn)定性，因?yàn)镋SB用于關(guān)鍵業(yè)務(wù)系統(tǒng)，所以對穩(wěn)定性的要求是達(dá)到7*24不間斷運(yùn)行。強(qiáng)壯性和可擴(kuò)展性以及靈活性。Level2層提供服務(wù)容器。提供格式轉(zhuǎn)換。提供動態(tài)路由機(jī)制。提供管理監(jiān)控。協(xié)議適配數(shù)據(jù)適配配置管理服務(wù)元數(shù)據(jù)服務(wù)日志記錄流水記錄流量控制服務(wù)管理組合交易適配器框架Level2主要采用服務(wù)容器的方式支持服務(wù)的動態(tài)路由和交易的組合。Level2還是面向?qū)崟r交易應(yīng)用

18、的，因此服務(wù)的組合必須是高效率的。Level3層(不含在當(dāng)前ESB產(chǎn)品中)。提供流程服務(wù)功能。流程定制流程引擎服務(wù)編排流程跟蹤不再堅持面向?qū)崟r交易系統(tǒng)，以流程服務(wù)的形式面向業(yè)務(wù)開發(fā)者，支持BPEL流程服務(wù)(BPM)。表1 企業(yè)服務(wù)總線分層職責(zé)表產(chǎn)品功能集成服務(wù)協(xié)議轉(zhuǎn)換企業(yè)服務(wù)總線系統(tǒng)支持外部系統(tǒng)通過TCP/IP、HTTP、EJB、WS、FTP、MQSeries、JMS等協(xié)議和中間件與企業(yè)服務(wù)總線系統(tǒng)通訊。一般情況下，請求系統(tǒng)可以使用企業(yè)服務(wù)總線系統(tǒng)提供的API，按照系統(tǒng)的技術(shù)標(biāo)準(zhǔn)和接口規(guī)范進(jìn)行服務(wù)訪問，從而避免不必要的協(xié)議轉(zhuǎn)換開銷。但是對于請求系統(tǒng)無法改造或改造成本過高的情況下，平臺提供接入?yún)f(xié)

19、議適配的功能，支持外部系統(tǒng)通過不同的通訊協(xié)議與企業(yè)服務(wù)總線系統(tǒng)通訊。但是應(yīng)注意，企業(yè)服務(wù)總線系統(tǒng)更多的情況下是為了適應(yīng)服務(wù)系統(tǒng)的技術(shù)差異，才進(jìn)行通訊的適配，從系統(tǒng)的規(guī)范化和易維護(hù)性角度考慮，不推薦被動的對請求系統(tǒng)進(jìn)行通訊協(xié)議適配。消息格式轉(zhuǎn)換支持通過元數(shù)據(jù)管理消息格式定義，支持任意類型報文之間的轉(zhuǎn)換。消息格式轉(zhuǎn)換是集成類系統(tǒng)應(yīng)具備的基本功能，企業(yè)服務(wù)總線系統(tǒng)對于消息格式的轉(zhuǎn)換最好是基于配置實(shí)現(xiàn)的，用戶可以通過圖形化拖拽的方式進(jìn)行報文之間的轉(zhuǎn)換。企業(yè)服務(wù)總線系統(tǒng)一般通過配置方式實(shí)現(xiàn)標(biāo)準(zhǔn)與非標(biāo)準(zhǔn)的報文轉(zhuǎn)換，包括：格式轉(zhuǎn)換和數(shù)據(jù)映射，ESB需提供對標(biāo)準(zhǔn)的Xquery函數(shù)等方式的支持，對于復(fù)雜的映射規(guī)

20、則可以通過自定義映射功能函數(shù)（服務(wù)組件）的形式實(shí)現(xiàn)。必須支持多種數(shù)據(jù)標(biāo)準(zhǔn)，包括行業(yè)特定的標(biāo)準(zhǔn)，定長報文、變長報文、8583報文、EDI以及多種基于XML的自定義數(shù)據(jù)格式標(biāo)準(zhǔn)等等。信息格式適用范圍順序格式報文銀行應(yīng)用系統(tǒng)定義的接口報文格式帶分隔符報文銀行應(yīng)用系統(tǒng)定義的接口報文格式ISO8583報文適用于支付類的金融交易；如信用卡系統(tǒng)、銀聯(lián)接口等FML適用于使用Tuxedo作為通訊接口的應(yīng)用系統(tǒng)交易XML適用于使用XML作為標(biāo)準(zhǔn)通訊格式的系統(tǒng)序列化Java對象適用于使用Java類作為通訊接口的應(yīng)用系統(tǒng)SWIFT格式適用于與國際結(jié)算系統(tǒng)的接口格式表2 企業(yè)服務(wù)總線系統(tǒng)信息格式標(biāo)準(zhǔn)服務(wù)路由基于服務(wù)ID

21、、內(nèi)容、結(jié)果等方式路由，交易流程能使用智能路由組合多個子交易服務(wù)路由功能是ESB的核心功能，因此服務(wù)路由必須要高效、穩(wěn)定、靈活?；诟咝缘奶攸c(diǎn)，ESB路由必須有較好層次的劃分，因?yàn)槭欠駥笪倪M(jìn)行打拆包、是全報文打拆還是部分打拆對交易的性能影響是比較大的。對于基于服務(wù)ID、服務(wù)內(nèi)容(CBR)、服務(wù)結(jié)果等方式的路由，自然需要有對應(yīng)方式的處理；服務(wù)路由的穩(wěn)定性，服務(wù)路由必須能夠保證7*24小時不間斷的運(yùn)行，ESB其他模塊出現(xiàn)異常或者前臺渠道和后端服務(wù)系統(tǒng)出現(xiàn)問題，不會影響到路由的正常運(yùn)轉(zhuǎn)，服務(wù)路由應(yīng)該是最健壯的、穩(wěn)定的；服務(wù)路由的靈活性，支持多種模式的路由，包括基于服務(wù)ID的、CBR以及各種模式的

22、服務(wù)組合，并且能夠動態(tài)配置生效。基于內(nèi)容的路由(CBR)可以基于消息或者報文中的內(nèi)容進(jìn)行分支的判斷和選擇。消息過濾(Message Filter)過濾掉不需要的消息和內(nèi)容消息拆分(Splitter)可以把一個消息拆分為多個子消息消息合并(Aggregator)可以把多個消息合并為一個消息并發(fā)（Multicast）可以使多個服務(wù)節(jié)點(diǎn)或分支進(jìn)行并發(fā)執(zhí)行內(nèi)容填充（Content Enricher）消息內(nèi)容的填充，可以對消息進(jìn)行處理，增加其需要的屬性。內(nèi)容過濾（Content Filter）消息內(nèi)容的過濾，可以對消息進(jìn)行處理，過濾掉不需要的內(nèi)容。規(guī)格化消息(Normalizer)規(guī)格化消息，使各種各樣

23、的消息進(jìn)行統(tǒng)一處理，形成統(tǒng)一的格式。表3 消息路由方式示意圖服務(wù)調(diào)度服務(wù)的調(diào)度是解決服務(wù)的加載和調(diào)用問題，是一個基礎(chǔ)并且關(guān)鍵的機(jī)制，企業(yè)服務(wù)總線必須支持多種服務(wù)調(diào)度方式，包括同步調(diào)用、異步調(diào)用機(jī)制。同步調(diào)用，由于有些業(yè)務(wù)場景是要求實(shí)時響應(yīng)，因此企業(yè)服務(wù)總線需要支持同步調(diào)用方式，并且當(dāng)后端業(yè)務(wù)系統(tǒng)響應(yīng)及時，或者在調(diào)用過程中出現(xiàn)延時問題的時候，提供了超時的設(shè)置，系統(tǒng)可根據(jù)具體的配置讀取超時時間，當(dāng)系統(tǒng)長時間沒有響應(yīng)的時侯，會自動響應(yīng)到服務(wù)調(diào)用方，調(diào)用超時；這樣能避免響應(yīng)不及時對性能的影響。異步調(diào)用，ESB支持服務(wù)的異步調(diào)用。此處主要支持兩種模式，第一種Send-Oneway即只發(fā)送請求消息進(jìn)行調(diào)用

24、，不需要響應(yīng)消息。此場景適合于廣播或者通知類服務(wù)；第二種異步的請求和響應(yīng)，即發(fā)送請求消息調(diào)用對應(yīng)的服務(wù)，不需要等待服務(wù)結(jié)果，可以繼續(xù)往下執(zhí)行，請求服務(wù)方在對應(yīng)的地址上進(jìn)行監(jiān)聽，當(dāng)有響應(yīng)消息的時候，請求方獲得響應(yīng)結(jié)果。服務(wù)優(yōu)先級可根據(jù)應(yīng)用需求將服務(wù)類型按照不同的等級進(jìn)行劃分，并實(shí)現(xiàn)具體內(nèi)容，從多種維度來定義服務(wù)的屬性，包括服務(wù)的級別和優(yōu)先級。服務(wù)的級別可以關(guān)聯(lián)到不同的處理動作，服務(wù)級別與處理的關(guān)聯(lián)關(guān)系可以通過規(guī)則配置進(jìn)行定義，實(shí)現(xiàn)功能的靈活定義與擴(kuò)展。關(guān)聯(lián)的動作可以是：處理的優(yōu)先級，保證不同級別服務(wù)的質(zhì)量。對服務(wù)可以進(jìn)行分區(qū)保證服務(wù)的優(yōu)先級：通過給高優(yōu)先級服務(wù)指定獨(dú)立的隊列來保證高優(yōu)先級服務(wù)不被

25、普通服務(wù)堵塞。保證重要服務(wù)有確定數(shù)量的線程可以處理，此處線程數(shù)是可配置的。重要服務(wù)不使用共享線程池。故障隔離功能企業(yè)服務(wù)總線系統(tǒng)實(shí)時檢測服務(wù)系統(tǒng)的服務(wù)狀態(tài)，當(dāng)服務(wù)出現(xiàn)異常時，能夠及時發(fā)現(xiàn)，通過監(jiān)控平臺發(fā)出報警，通過人工手段或預(yù)先設(shè)定的規(guī)則，對狀態(tài)異常的服務(wù)或服務(wù)系統(tǒng)進(jìn)行迅速隔離，避免因故障導(dǎo)致服務(wù)阻塞，保證請求系統(tǒng)對其他服務(wù)的正常訪問。服務(wù)異常處理企業(yè)服務(wù)總線系統(tǒng)作為一個基礎(chǔ)的傳輸中間件，異常處理機(jī)制是非常重要的；異常包括系統(tǒng)異常和應(yīng)用異常。系統(tǒng)異常指平臺自身運(yùn)行時可能會出現(xiàn)的系統(tǒng)級的異常情況，在ESB平臺上必須可以配置系統(tǒng)級的異常處理策略。應(yīng)用異常指交易或服務(wù)在運(yùn)行過程中發(fā)生錯誤時，由交易服

26、務(wù)程序本身判斷該錯誤是否屬于異常，進(jìn)行相應(yīng)的異常處理?；A(chǔ)服務(wù)渠道認(rèn)證所有按標(biāo)準(zhǔn)報文接入ESB的渠道系統(tǒng),都需要經(jīng)過ESB的認(rèn)證，只有認(rèn)證通過才能調(diào)用發(fā)布的服務(wù)。保證接入渠道的合法性和ESB的安全性。消費(fèi)者在自身程序中導(dǎo)入ESB提供的API程序,并在配置文件中設(shè)置其向ESB申請反饋的密碼后認(rèn)證字符串(渠道ID，認(rèn)證碼)，調(diào)用API發(fā)送報文到ESB后，由ESB對其上送的認(rèn)證字符串進(jìn)行有效性驗(yàn)證，并返回結(jié)果，判斷是否繼續(xù)處理該報文。統(tǒng)一權(quán)限管理統(tǒng)一權(quán)限控制服務(wù)提供基于角色、資源和操作的權(quán)限控制服務(wù)，決定一個用戶是否具有訪問某個受保護(hù)的資源的權(quán)力?？梢酝ㄟ^統(tǒng)一權(quán)限控制服務(wù)查詢某個角色對于某種資源是否

27、具有某種操作權(quán)限；也可以通過角色查詢具有某種操作權(quán)限的資源列表。統(tǒng)一權(quán)限管理包括客戶端、管理模型以及服務(wù)器端模塊三部分。整個統(tǒng)一權(quán)限控制服務(wù)的功能劃分如下圖所示：圖4 統(tǒng)一權(quán)限控制示意圖服務(wù)元數(shù)據(jù)管理服務(wù)元數(shù)據(jù)是描述和服務(wù)相關(guān)的數(shù)據(jù)，即數(shù)據(jù)的數(shù)據(jù)；包括服務(wù)的描述、接口信息、傳輸協(xié)議、報文格式等等。服務(wù)元數(shù)據(jù)管理會伴隨服務(wù)的整個生命周期，包括服務(wù)分析識別階段的服務(wù)標(biāo)準(zhǔn)的管理和變更，服務(wù)配置階段的服務(wù)參數(shù)管理，以及服務(wù)運(yùn)行階段的監(jiān)控服務(wù)的指標(biāo)，都是通過元數(shù)據(jù)管理來統(tǒng)一管控的。流量控制流量控制對于ESB系統(tǒng)來說也是至關(guān)重要的功能點(diǎn)，因?yàn)樗梢员ＷCESB系統(tǒng)的平穩(wěn)運(yùn)行；通過流量控制的交易閥值的統(tǒng)計來完

28、成實(shí)時的后臺系統(tǒng)服務(wù)質(zhì)量統(tǒng)計，從而達(dá)到對前端渠道/系統(tǒng)訪問的指示。在后臺服務(wù)質(zhì)量不好的情況下，把針對此后臺的交易在接入層直接擋回，避免交易在系統(tǒng)中占用過多處理資源，降低ESB的服務(wù)質(zhì)量。通過流量控制服務(wù)，可以及時掌握系統(tǒng)當(dāng)前實(shí)際的服務(wù)訪問流量，進(jìn)行監(jiān)控預(yù)警?？偩€可以設(shè)置成手動控制模式進(jìn)行流量控制和故障隔離。手動模式下，流量閥值可以觸發(fā)異常報警。流量控制作為前端的一個總控點(diǎn)，需要保證健壯和穩(wěn)定，并且支持分布式部署；服務(wù)控制在服務(wù)總線上能進(jìn)行服務(wù)時間窗口的配置，可以根據(jù)業(yè)務(wù)的需要，把服務(wù)配置成為7*24、5*8或者特定的時間段，來提供服務(wù)，能有效的保證服務(wù)的服務(wù)質(zhì)量。對交易附件的支持服務(wù)訪問過程中

29、，允許傳輸交易附件?？偩€系統(tǒng)可根據(jù)交易附件的大小，做不同的處理：當(dāng)附件大小超過規(guī)定值時，為防止大附件對服務(wù)訪問效率的影響，附件與服務(wù)報文分開傳輸；附件大小在規(guī)定值以內(nèi)，為減少多協(xié)議處理的性能損失，附件與服務(wù)報文一起傳輸。一次服務(wù)請求過程中，如果有多個附件，則多個附件一起打包傳輸，由接收者根據(jù)統(tǒng)一的附件描述協(xié)議，進(jìn)行附件處理。附件傳輸可使用統(tǒng)一的文件服務(wù)器，大附件不經(jīng)過總線系統(tǒng)進(jìn)行傳輸，請求者與接收者從統(tǒng)一的附件服務(wù)器進(jìn)行附件的存取，減少了中間環(huán)節(jié)的附件處理開銷。異步流水企業(yè)服務(wù)總線系統(tǒng)作為服務(wù)樞紐需要對請求的每筆交易流水進(jìn)行記錄，以供查詢、沖正。如果在交易中同步進(jìn)行流水日志記錄的話，會增加交易

30、執(zhí)行的消耗，同時也增加了對數(shù)據(jù)庫依賴，如果數(shù)據(jù)庫一旦出現(xiàn)問題和故障，可能導(dǎo)致系統(tǒng)無法工作。所以ESB系統(tǒng)需要提供異步記錄交易流水的機(jī)制，能夠不依賴數(shù)據(jù)庫，在數(shù)據(jù)庫短時間故障的情況下不會影響系統(tǒng)運(yùn)行。日志記錄ESB系統(tǒng)代碼使用行業(yè)標(biāo)準(zhǔn)API(Log4j)工具包實(shí)現(xiàn)日志記錄，提供平臺日常運(yùn)作的日志記錄功能，支持不同的日志級別定義與配置功能，能對日志文件進(jìn)行歸檔，Log4j包可以控制日志信息輸送；也可以控制每一條日志的輸出格式；通過定義每一條日志信息的級別，我們能夠更加細(xì)致地控制日志的生成過程。最大的優(yōu)點(diǎn)就是，這些都可以通過一個配置文件來靈活地進(jìn)行配置，而不需要修改應(yīng)用的代碼。生產(chǎn)上的應(yīng)用可能會出現(xiàn)

31、一些bug需要及時定位和解決問題，當(dāng)系統(tǒng)在運(yùn)行過程中動態(tài)設(shè)置日志級別等配置信息，方便系統(tǒng)出錯時不重啟服務(wù)器的情況下查詢查看詳細(xì)日志，滿足總線系統(tǒng)支持7*24小時要求。應(yīng)用日志作為服務(wù)系統(tǒng)運(yùn)行過程的歷史記錄，方便查看跟蹤系統(tǒng)的運(yùn)行狀況、定位出現(xiàn)異常的代碼位置及報文信息。采用異步模式，將一個服務(wù)線程在完成一次報文處理過程中的所有日志集中一次性異步輸入到指定文件是必要的。一方面減少業(yè)務(wù)處理線程的I/O操作，另一方面講一次業(yè)務(wù)處理的日志集中輸出相比傳統(tǒng)的多線程分離輸出方便問題查找，大大增加了日志的可讀性。交易一致性企業(yè)服務(wù)總線系統(tǒng)作為一個系統(tǒng)集成的中間件系統(tǒng)，如何在分布式異構(gòu)環(huán)境下如何保證交易的一致性

32、，也是考察的一個重要問題；并且在進(jìn)行簡單的編排和組合服務(wù)之后，這個組合服務(wù)的原子性，如何保證都是ESB需要關(guān)注的問題；ESB采用交易沖正的機(jī)制來保證等等。ESB系統(tǒng)的沖正，分為主動沖正和被動沖正。主動沖正即ESB系統(tǒng)會主動發(fā)起沖正，根據(jù)沖正配置的策略，對失敗交易發(fā)起沖正，沖正的頻率和次數(shù)由沖正策略控制。被動沖正，即前端發(fā)起的沖正請求，調(diào)用一個沖正服務(wù)，進(jìn)行交易的沖正。穿透 用于過渡階段以及系統(tǒng)之間關(guān)聯(lián)緊密且不具有復(fù)用價值的服務(wù)訪問。在ESB的前期實(shí)施過程中，對某些系統(tǒng)的服務(wù)封裝是循序漸進(jìn)的，不可能一次性把整個消費(fèi)系統(tǒng)或者服務(wù)系統(tǒng)的所有交易完全接到ESB。比如ATM接入ESB后可以由ESB先配置

33、幾個服務(wù)驗(yàn)證試用，此時 ESB提供穿透功能,在渠道非標(biāo)準(zhǔn)報文接入中，交易識別后要進(jìn)行交易穿透，直接與后端系統(tǒng)連接，把接收到的原始數(shù)據(jù)發(fā)送到后端，監(jiān)聽到后端數(shù)據(jù)后返回給前端，過程中不調(diào)用ESB的映射、拆組包等功能，試用沒問題后才把其它的交易,配置成ESB服務(wù)接入。SmrtESB支持使用配置的方式配置穿透是否生效。管理監(jiān)控配置管理節(jié)點(diǎn)管理是對分布式部署環(huán)境下的物理節(jié)點(diǎn)進(jìn)行管理，配置每個物理對應(yīng)的地址、端口號以及節(jié)點(diǎn)類型等信息，系統(tǒng)能實(shí)時監(jiān)測每個節(jié)點(diǎn)當(dāng)前的狀態(tài)等信息；對分布式環(huán)境下的多個節(jié)點(diǎn)實(shí)現(xiàn)統(tǒng)一的配置和管控。路由管理是對企業(yè)服務(wù)總線上的路由表信息集中管控，路由表記錄著整個ESB系統(tǒng)中服務(wù)的注冊情

34、況，通過路由表可以查看到服務(wù)的路由信息。此處還展現(xiàn)了路由入口信息，其記錄了核心路由在哪些地址上進(jìn)行相應(yīng)的監(jiān)聽。配置管理是指對企業(yè)服務(wù)總線上服務(wù)相關(guān)參數(shù)，包括具體的節(jié)點(diǎn)配置、服務(wù)優(yōu)先級配置、服務(wù)版本配置、服務(wù)路由配置等進(jìn)行具體的參數(shù)管理。圖5 ESB配置管理界面示意圖服務(wù)管理主要包括以下三類服務(wù)：業(yè)務(wù)服務(wù)、基礎(chǔ)服務(wù)以及代理服務(wù)；此處能對服務(wù)進(jìn)行相應(yīng)的發(fā)布和注冊，配置對應(yīng)的路由信息，協(xié)議適配信息以及數(shù)據(jù)適配信息；服務(wù)管理模塊能夠?qū)Ψ?wù)進(jìn)行分類和分組管理，同組或者同類的服務(wù)能夠使用相同的配置策略；簡化了服務(wù)的配置過程，提高了部署和注冊效率；服務(wù)管理模塊提供服務(wù)狀態(tài)的管理，能對部署和注冊到服務(wù)總線上服

35、務(wù)的狀態(tài)進(jìn)行監(jiān)控和管理；并支持多種靈活的查詢機(jī)制，能夠較快定位到對應(yīng)的服務(wù)，查看服務(wù)的詳細(xì)信息，包括服務(wù)的元數(shù)據(jù)、接口、版本和以及狀態(tài)等。監(jiān)控管理提供交易流水的記錄、測量和監(jiān)控數(shù)據(jù)；提供事件檢測、觸發(fā)和發(fā)布功能，支持產(chǎn)品版本升級后對現(xiàn)有組件的兼容性。圖6 ESB監(jiān)控界面示意圖企業(yè)服務(wù)總線系統(tǒng)應(yīng)記錄每一次服務(wù)訪問的流水信息，用于統(tǒng)計和分析。記錄過程應(yīng)該是高效的，應(yīng)避免流水的記錄影響服務(wù)的執(zhí)行效率。流水記錄一般只記錄服務(wù)過程的摘要信息。需要時，可以通過開關(guān)控制打開或關(guān)閉詳細(xì)的報文信息。系統(tǒng)還應(yīng)及時捕獲服務(wù)處理過程中的各種異常信息，通過統(tǒng)一的控制臺發(fā)出報警，警示信息應(yīng)劃分異常的類別和級別，及時通知運(yùn)

36、維人員及時處理。監(jiān)控管理的接口定義應(yīng)是可擴(kuò)展的，例如異常種類、異常級別、流水信息數(shù)據(jù)項等，做到信息的獲取與后續(xù)的處理動作無關(guān)，從而保證接口的兼容性、穩(wěn)定性。系統(tǒng)報表顯示如下：圖7 ESB監(jiān)控報表示意圖ESB監(jiān)控平臺支持多種監(jiān)控指標(biāo)的分析和監(jiān)控功能，可參見下表：ESB檢測指標(biāo)ESB系統(tǒng)處理失敗數(shù)量ESB系統(tǒng)處理失敗數(shù)量ESB系統(tǒng)處理成功數(shù)量ESB系統(tǒng)處理成功數(shù)量ESB系統(tǒng)響應(yīng)時間ESB系統(tǒng)平均響應(yīng)時間ESB系統(tǒng)處理成功率ESB系統(tǒng)處理成功數(shù)量/ESB系統(tǒng)處理數(shù)量ESB系統(tǒng)流量ESB系統(tǒng)的流量ESB系統(tǒng)總訪問量ESB系統(tǒng)的總訪問量用戶自定義監(jiān)控視圖用戶自定義監(jiān)控視圖自定義需要實(shí)時監(jiān)控的重要對象和指

37、標(biāo)，進(jìn)行詳細(xì)狀態(tài)監(jiān)視統(tǒng)計報表提供系統(tǒng)總體運(yùn)行質(zhì)量分析、業(yè)務(wù)監(jiān)控,設(shè)備性能明細(xì)分析、告警統(tǒng)計分析、流量報表等表4 ESB系統(tǒng)監(jiān)控指標(biāo)示意圖ESB監(jiān)控平臺提供了事件管理和故障管理的模塊對告警和故障事件進(jìn)行查詢與管理。當(dāng)監(jiān)控對象產(chǎn)生告警事件時，系統(tǒng)將接收這些告警事件，同時通過“事件管理”模塊進(jìn)行呈現(xiàn)，并可以將告警和故障事件發(fā)送郵件或短信通知給相關(guān)管理員。告警處理的三種方式是：忽略此告警、稍后處理和處理完成，系統(tǒng)可以記錄對告警事件的詳細(xì)處理過程。對于已經(jīng)處理完成的告警，可以通過“告警查詢”功能查詢歷史告警。圖8 監(jiān)控告警服務(wù)治理Service Governance服務(wù)治理平臺是一個獨(dú)立服務(wù)治理平臺，配

38、置簡單方便。服務(wù)治理平臺是一套基于元數(shù)據(jù)的服務(wù)定義平臺。在服務(wù)分析和識別階段，收集原始系統(tǒng)接口，業(yè)務(wù)分析人員結(jié)合原始系統(tǒng)接口和行業(yè)服務(wù)定義形成，組織內(nèi)的服務(wù)規(guī)范，并且在服務(wù)定義子系統(tǒng)進(jìn)行元數(shù)據(jù)和服務(wù)的定義。提升ESB的接入、開發(fā)、測試效率縮減開發(fā)工作量保證服務(wù)按契約執(zhí)行服務(wù)測試數(shù)據(jù)生成有效提高科技管理方面的水平實(shí)現(xiàn)服務(wù)的規(guī)范化管理實(shí)現(xiàn)服務(wù)的版本管理實(shí)現(xiàn)服務(wù)的全周期閉環(huán)管理業(yè)務(wù)支持方面提供服務(wù)全景圖提升組織的業(yè)務(wù)能力，快速開發(fā)新業(yè)務(wù)協(xié)調(diào)業(yè)務(wù)部門與技術(shù)部門之間的工作（業(yè)務(wù)驅(qū)動成為可能）圖9 服務(wù)治理服務(wù)定義界面集成開發(fā)環(huán)境SmartIDE是一套集成開發(fā)環(huán)境，它提供ESB平臺的服務(wù)的配置和開發(fā)過程，

39、可以方便的與SmrtESB結(jié)合在一起使用，配置可以發(fā)布到ESB平臺之上。另外它可以開發(fā)ESB上面的適配和組合交易流程，以圖形化拖拽的方式進(jìn)行交易的配置，方便而簡潔。SmartIDE集成開發(fā)環(huán)境，還可以開發(fā)和定義，監(jiān)控平臺的報表展現(xiàn)和樣式。圖10 IDE適配流程開發(fā)圖11 IDE服務(wù)編排開發(fā)軟F5SmrtDualAsyn也叫通訊機(jī)，與SmrtESB配套實(shí)現(xiàn)雙工異步、負(fù)載均衡、健康探測、動態(tài)隔離和恢復(fù)。根據(jù)功能和部署架構(gòu)，通訊機(jī)分“上行通訊機(jī)”和“下行通訊機(jī)”兩類。其主要功能是雙工異步、負(fù)載均衡、多路分發(fā)、動態(tài)隔離，也可以叫做“軟F5”。上行通訊機(jī)和SmrtESB配合主要用于雙工異步接入ESB，起

40、到多路ESB負(fù)載均衡作用，也可以用作前置機(jī)接入。 下行通訊機(jī)和SmrtESB配合主要用于雙工異步接出，可以起到后端F5作用。負(fù)載均衡：1、實(shí)現(xiàn)多路均衡負(fù)載；2、實(shí)現(xiàn)雙工異步功能；3、支持上行、下行負(fù)載；協(xié)議適配：1、支持TCP長短連接（同步、異步）；2、支持HTTP、WS等web協(xié)議接入；3、支持MQ、JMS接入；4、支持其他常用協(xié)議以及自定義協(xié)議接入；容錯：1、實(shí)現(xiàn)ESB回路健康探測功能；2、實(shí)現(xiàn)ESB回路自動、手動故障隔離與恢復(fù)功能；3、通訊機(jī)本身支持HA部署；管理控制：1、協(xié)議管理，動態(tài)維護(hù)、擴(kuò)展、管理通訊協(xié)議；2、隊列管理；3、故障維護(hù)管理；高性能消息中間件SmrtMOM是與SmrtE

41、SB配套的JMS消息中間件，它與SmrtESB的融合度更高，可以方便的與SmrtESB結(jié)合在一起使用，配置簡單方便。由于它是為SmrtESB定制消息中間件，因此與SmrtESB配合使用時，能最大限度的提高SmrtESB的性能。SmrtMOM也可以單獨(dú)使用，提供JMS1.1標(biāo)準(zhǔn)（部分）的支持。圖12 SmartMOM消息服務(wù)器產(chǎn)品特性可用性和可靠性企業(yè)服務(wù)總線系統(tǒng)是服務(wù)訪問的樞紐，不允許因?yàn)橄到y(tǒng)故障和故障恢復(fù)過程而中斷系統(tǒng)服務(wù)的提供，神州數(shù)碼企業(yè)服務(wù)總線系統(tǒng)解決方案采用群集模式來保證系統(tǒng)的高可用性，系統(tǒng)群集物理部署，應(yīng)用模塊不存在單點(diǎn)，單個物理設(shè)備、模塊、組件故障不影響系統(tǒng)運(yùn)行。方案采用HA（雙機(jī)集群）架構(gòu)來確保較高可用性，提供功能方面的各種需求的實(shí)現(xiàn)，并通過負(fù)載均衡機(jī)制，在運(yùn)行環(huán)境下提供7*24小時NONE-STOP可靠服務(wù)。群集模式還通過成熟的LoadBalance負(fù)載均衡方案，使系統(tǒng)資源得到充分利用：SOCKET或HTTP協(xié)議可采用F5實(shí)現(xiàn)Router集群模式對于數(shù)據(jù)庫服務(wù)器、通訊接入服務(wù)器等模塊的高可用性需求，為降低實(shí)現(xiàn)方案的復(fù)雜度和實(shí)施成本，可采用設(shè)備之間相互熱備的方式。例如數(shù)據(jù)庫服務(wù)