ESB企業(yè)服務總線解決方案

1、ESB企業(yè)服務總線解決方案科技股份有限公司目錄頁ESB架構簡介ESB架構體系1 12 2ESB實施方法論成功案例3 34 4過渡頁第一章ESB架構簡介過度頁什么是ESB與傳統(tǒng)架構的區(qū)別ESB架構簡介第一節(jié)什么是ESB正文第一章ESB是傳統(tǒng)中間件技術與XML、Web服務等技術相互結合的產(chǎn)物，用于實現(xiàn)企業(yè)應用不同消息和信息的準確、高效和安全傳遞。ESB全稱為Enterprise Service Bus，即企業(yè)服務總線。一個ESB是一個預先組裝的SOA實現(xiàn)，它包含了實現(xiàn)SOA分層目標所必需的基礎功能部件。ESB架構簡介第二節(jié)與傳統(tǒng)架構的區(qū)別正文第一章為什么選擇ESB呢？ESB不涉及底層編程接口服務之

2、間通過簡單、精確定義的接口進行通訊松散耦合服務架構ESB架構簡介第二節(jié)正文第一章傳統(tǒng)的點對點調(diào)用方式（Point-to-Point）與傳統(tǒng)架構的區(qū)別ESB架構簡介第二節(jié)正文第一章應用OSB企業(yè)服務總線應用應用服務安全市場物流研發(fā)金融銷售人力資源ESB接入后的調(diào)用方式與傳統(tǒng)架構的區(qū)別ESB架構簡介第二節(jié)正文第一章Flexibility 應用之間點對點的連接 實現(xiàn)簡單、基本的信息交互和數(shù)據(jù)傳遞傳統(tǒng)架構基于消息傳遞的模式 通過企業(yè)服務總線實現(xiàn)服務的整合集中和流程實現(xiàn) 借助標準的接口靈活地連接，實現(xiàn)真正的隨需應變ESB構架面向服務體系架構與傳統(tǒng)架構的區(qū)別過渡頁第二章ESB架構體系過度頁企業(yè)服務總線角色

3、職能企業(yè)服務總線整體結構全方位支持能力ESB架構體系第一節(jié)企業(yè)服務總線角色職能正文第二章ESB在請求方與服務之間發(fā)揮的作用：形狀 = 傳輸協(xié)議顏色 = 數(shù)據(jù)格式企業(yè)服務總線（ESB）是用于集成應用和服務的靈活的連接基礎設施。第一節(jié)正文第二章ESB架構體系安全性消息處理可見性組合服務傳輸層傳輸 SDK門戶WS 客戶端BPELJava服務服務服務服務轉換 發(fā)現(xiàn)/驗證消息流建模服務調(diào)出測試瀏覽器傳輸安全性WS-Security控制臺安全性策略報表SLA監(jiān)視 信息板開放式界面企業(yè)服務總線 適應性服務消息處理 嵌入式服務管理 適應性轉換 豐富的組合環(huán)境 同類最佳的分布式運行時 企業(yè)服務總線角色職能第二節(jié)

4、正文第二章ESB架構體系企業(yè)服務總線整體架構第二節(jié)正文第二章ESB架構體系企業(yè)服務總線整體架構路由尋址通信技術、協(xié)議和標準（例如 JMS、HTTP 和 HTTPS）發(fā)布/訂閱響應/請求 同步和異步消息傳遞消息和數(shù)據(jù)轉換提供位置透明性的服務路由和定位服務多種消息傳遞形式支持廣泛使用的傳輸協(xié)議身份驗證 授權不可抵賴性機密性 安全標準服務接口定義（例如，Web 服務描述語言（Web Services Description Language，WSDL）支持替代服務實現(xiàn) 服務目錄和發(fā)現(xiàn) 數(shù)據(jù)庫服務聚合 遺留系統(tǒng)和應用程序適配器 EAI 中間件的連接性 服務映射協(xié)議轉換應用程序服務器環(huán)境（如 J2EE

5、和 .NET）服務調(diào)用的語言接口（如 Java /C/C+/C#）性能 吞吐量可用性 常用功能通信消息處理安全性服務交互服務級別集成第三節(jié)全方位支持能力正文第二章提供應用到應用的連接可能很復雜HPSunpSerieszSeriesInteliSeries移動設備發(fā)布/訂閱異步消息傳遞同步RPCRPGWeb ServicesJMSFTPHTTPWebSphere MQTCP/IPSMTPMulticast系統(tǒng)平臺 編程模型編程語言傳輸協(xié)議標準和消息格式錯誤恢復與事務完整性XMLCOBOLCopybookEDI-X.12ACORDEDI-FACTebXMLAL3HIPAAHL77SWIFTFIXC

6、ustom FormatsWord/Excel/PDFESB架構體系過渡頁第三章ESB實施方法論過度頁ESB項目特征ESB項目實施過程ESB實施方法論第一節(jié)ESB項目特征正文第三章一需要連接多個系統(tǒng)需要與銀行、IT。多個業(yè)務部門以及第三方溝通寫作涉及人員多二多個系統(tǒng)需要分階段實施完成，以降低風險，一般實施周期在兩年左右實施周期長三連接的每個系統(tǒng)都要執(zhí)行一個完整的過程，系統(tǒng)較多時，上線頻度較大上線頻度大四人員的業(yè)務能力要求高，需要熟悉多種業(yè)務，才能完成接口分析、標準制定工作系統(tǒng)穩(wěn)定性和性能至關重要，對人員的技術能力要求非常高項目經(jīng)理要有極強的協(xié)調(diào)、推動能力人員綜合素質(zhì)要求高ESB實施方法論第二節(jié)

7、正文第三章ESB項目實施過程計劃階段1 1采用統(tǒng)一規(guī)劃，迭代式開發(fā)，分步實施的策略；仔細制定各系統(tǒng)邊界，以防需求蔓延；合理選擇第一批上線系統(tǒng)，保證進度，增強客戶信心；合理規(guī)劃現(xiàn)場、基地工作，降低項目成本；易導致ESB項目失敗的主要因素： 系統(tǒng)定位不清 對項目支持力度不足 項目進展急進 1 12 23 34 45 5ESB實施方法論第二節(jié)正文第三章ESB項目實施過程需求分析2 2需求分析階段特點偏重于與其他系統(tǒng)的集成架構分析側重于接口的分析和MBSD的服務定義，最終形成銀行的服務規(guī)范需求分析在整個項目中迭代多次，持續(xù)時間長注意事項：把對ESB產(chǎn)品功能的需求在第一批上線系統(tǒng)的需求分析階段就分析完成

8、，并充分考慮未來其他系統(tǒng)接入時的報文、協(xié)議格式等ESB實施方法論第二節(jié)正文第三章ESB項目實施過程需求分析2 2對各系統(tǒng)提供的接口文檔進行業(yè)務分析,分析了解各種交易完整的業(yè)務含義,審核接口文檔中的錯誤疑點整理分析接口文檔對相近或相似的服務進行統(tǒng)一, 并與服務總線上的服務進行匹配, 考慮評估是否建立新的服務或場景服務歸納分析按照接口文檔交易的輸入輸出字段與原有服務的字段進行對比分析,合并或新建服務,同時對字段進行標準化.服務規(guī)范文檔整理ESB實施方法論第二節(jié)正文第三章ESB項目實施過程開發(fā)階段3 3集成架構 ESB的功能決定了ESB項目的特征，面臨多個系統(tǒng)的接入，合理的集成架構對項目將起到?jīng)Q定性

9、的作用。 關鍵指標：總交易吞吐量；交易響應時間等接入系統(tǒng)的接口數(shù)量、通訊方式、報文格式 接入系統(tǒng)的接口數(shù)量直接決定了開發(fā)工作量的大小 ESB產(chǎn)品是否支持接入系統(tǒng)使用的通訊方式、報文格式，決定了是否需要開發(fā)新的適配器客戶要求的功能是否產(chǎn)品已支持影響開發(fā)階段的關鍵因素ESB實施方法論第二節(jié)正文第三章ESB項目實施過程開發(fā)階段3 3開發(fā)階段-工作量分布前期重點在于產(chǎn)品的監(jiān)控、流水、日志、沖正等功能開發(fā)后期重點在于接入系統(tǒng)的新渠道開發(fā)及交易配置和聯(lián)通性前期開發(fā)工作量大；后期開發(fā)工作量小，但交易配置、聯(lián)調(diào)工作量大建議：應在第一批系統(tǒng)上線時就完成80%以上的開發(fā)工作，并把該部分工作在基地完成ESB實施方法

10、論第二節(jié)正文第三章ESB項目實施過程開發(fā)階段3 3開發(fā)階段-開發(fā)內(nèi)容新的適配器開發(fā) 包含對新的通訊協(xié)議和報文類型的支持監(jiān)控內(nèi)容的配置 各行對監(jiān)控的要求不同，需要根據(jù)要求配置總線的數(shù)據(jù)采集和BAM的展示（包含生成監(jiān)控報告）客戶要求的功能是否產(chǎn)品已支持 對每個接口都需要配置報文，測試交易的聯(lián)通性功能差異的開發(fā)或修改 對內(nèi)置服務，比如流水和沖正，客戶可能會有不同的需求；也會有部分功能產(chǎn)品未提供，需要項目組現(xiàn)場開發(fā)ESB實施方法論第二節(jié)正文第三章ESB項目實施過程開發(fā)階段3 3開發(fā)階段-開發(fā)模型1第一批次中，設計及編碼可在基地完成，同時現(xiàn)場執(zhí)行接口分析；此過程要求現(xiàn)場與基地建立順暢、及時地溝通渠道2

11、第一批次中，盡可能收集銀行后期接入系統(tǒng)使用的通訊協(xié)議和報文格式；并把客戶的功能需求盡可能收集完整3 第一批系統(tǒng)上線后，基地開發(fā)人員可減少甚至撤出，后期的項目工作將主要是確定接口，測試交易聯(lián)通性。因此，此后工作建議現(xiàn)場項目組全部完成ESB實施方法論第二節(jié)正文第三章ESB項目實施過程測試及上線4 4 明確測試范圍，哪些是產(chǎn)品組執(zhí)行（保證），哪些是項目組執(zhí)行 性能、穩(wěn)定性測試是重中之重 功能測試偏重于交易聯(lián)通性測試 測試主要工作是組報文、發(fā)送報文并接收響應過渡頁第四章成功案例過度頁PICC渠道平臺跨省平臺成功案例第一節(jié)PICC渠道平臺正文第四章項目背景 PICC信息系統(tǒng)包含了幾十個子系統(tǒng)，這些系統(tǒng)之

12、間存在著錯綜復雜的接口調(diào)用關系?，F(xiàn)存子系統(tǒng)間存在著近百個接口，接口方式也是多種多樣，包括數(shù)據(jù)庫直連、數(shù)據(jù)庫同義詞、WebService、Socket連接等，同時，子系統(tǒng)之間進行交互用到的數(shù)據(jù)結構也不統(tǒng)一，往往在調(diào)用多個接口時需要進行不同的數(shù)據(jù)封裝及數(shù)據(jù)轉換。技術架構 OSB（Oracle Service Bus）是策略驅(qū)動的中介層，它處理消息，根據(jù)要求路由和轉換消息，OSB提供了多協(xié)議、多傳輸方式、動態(tài)報文轉換、服務路由等組件能夠滿足各系統(tǒng)對接要求，它通過JMS或HTTP等的傳輸協(xié)議接收消息，并用相同協(xié)議或另一指定的傳輸協(xié)議發(fā)送消息。成功案例第一節(jié)PICC渠道平臺正文第四章中科軟科技股份有限公

13、司系統(tǒng)架構圖成功案例第一節(jié)PICC渠道平臺正文第四章總體架構 渠道平臺根據(jù)OSB（Oracle Service Bus）技術功能，將平臺劃分7個模塊，包括：報文加密、權限校驗、消息轉換、服務路由、服務日志、錯誤處理、緩存機制模塊。Oracle Service Bus的輕量級、無狀態(tài)、高性能架構扮演“中間人”角色。支持智能消息代理，監(jiān)控和管理服務；它在企業(yè)基礎架構中添加一個可擴展的動態(tài)路由和轉換層，并管理服務生命期：配置和供應服務、監(jiān)控服務的運行。Oracle Service Bus以“配置”為中心，由策略驅(qū)動，實現(xiàn)了“服務使用者”和“服務提供者”之間的松耦合配合。 PICC渠道平臺支持相應的W

14、eb Service類型的服務調(diào)用功能，服務平臺本身使用javaEE、XML、Web Service等技術。渠道平臺對外支持XML、XML Schema、Web Service、WSDL、SOAP、HTTP/HTTPS、JMS等標準的技術。成功案例第二節(jié)跨省平臺正文第四章項目背景 2010年2月4日，中國保險行業(yè)協(xié)會（以下稱中保協(xié)）與全國各財險公司總公司共同召開了行業(yè)車險信息平臺項目專題會議，會議決議建立行業(yè)車險信息共享平臺?！捌脚_”建立有助于規(guī)范全行業(yè)行為，為全行業(yè)數(shù)據(jù)積累提供基礎，是提高中國保險業(yè)精細化經(jīng)營管理水平、規(guī)范市場、服務大眾的重要舉措。技術架構 跨省平臺的開發(fā)具有很大的難度，根據(jù)跨省平臺開發(fā)的目的，需要構架一個統(tǒng)一的業(yè)務平臺和業(yè)務規(guī)范、持和滿足保險公司代位求償相關的業(yè)務需求、實現(xiàn)投承保全行業(yè)全國數(shù)據(jù)聯(lián)網(wǎng)。經(jīng)過對比各個公司的產(chǎn)品優(yōu)劣勢，充分考慮跨省平臺的需求，我們選擇了WMB（WebSphere Message Broker）作為我們的開發(fā)產(chǎn)品，為跨省平臺提供更加穩(wěn)定、更加高效、更加健壯的技術服務。成功案例第二節(jié)跨省平臺正文第四章系統(tǒng)架構圖成功案例