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

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

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

4、總線整體架構身份驗證 授權不可抵賴性機密性 安全標準數據庫服務聚合 遺留系統和應用程序適配器 EAI 中間件的連接性 服務映射協議轉換應用程序服務器環境（如 J2EE 和 .NET）服務調用的語言接口（如 Java /C/C+/C#）性能 吞吐量可用性 第三節全方位支持能力正文第二章提供應用到應用的連接可能很復雜HPSunpSerieszSeriesInteliSeries移動設備發布/訂閱異步消息傳遞同步RPCRPGWeb ServicesJMSFTPHTTPWebSphere MQTCP/IPSMTPMulticast系統平臺 編程模型編程語言傳輸協議標準和消息格式錯誤恢復與事務完整性XM

5、LCOBOLCopybookACORDEDI-FACTebXMLAL3HIPAAHL77SWIFTFIXCustom FormatsWord/Excel/PDFESB架構體系過渡頁第三章ESB實施方法論過度頁ESB實施方法論第一節ESB項目特征正文第三章需要連接多個系統需要與銀行、IT。多個業務部門以及第三方溝通寫作涉及人員多多個系統需要分階段實施完成，以降低風險，一般實施周期在兩年左右實施周期長連接的每個系統都要執行一個完整的過程，系統較多時，上線頻度較大上線頻度大人員的業務能力要求高，需要熟悉多種業務，才能完成接口分析、標準制定工作系統穩定性和性能至關重要，對人員的技術能力要求非常高項目經

6、理要有極強的協調、推動能力人員綜合素質要求高ESB實施方法論第二節正文第三章ESB項目實施過程計劃階段1 11 12 23 34 45 5ESB實施方法論第二節正文第三章ESB項目實施過程需求分析2 2注意事項：把對ESB產品功能的需求在第一批上線系統的需求分析階段就分析完成，并充分考慮未來其他系統接入時的報文、協議格式等ESB實施方法論第二節正文第三章ESB項目實施過程需求分析2 2對各系統提供的接口文檔進行業務分析,分析了解各種交易完整的業務含義,審核接口文檔中的錯誤疑點整理分析接口文檔對相近或相似的服務進行統一, 并與服務總線上的服務進行匹配, 考慮評估是否建立新的服務或場景服務歸納分析

7、按照接口文檔交易的輸入輸出字段與原有服務的字段進行對比分析,合并或新建服務,同時對字段進行標準化.服務規范文檔整理ESB實施方法論第二節正文第三章ESB項目實施過程開發階段3 3影響開發階段的關鍵因素ESB實施方法論第二節正文第三章ESB項目實施過程開發階段3 3開發階段-工作量分布建議：應在第一批系統上線時就完成80%以上的開發工作，并把該部分工作在基地完成ESB實施方法論第二節正文第三章ESB項目實施過程開發階段3 3開發階段-開發內容ESB實施方法論第二節正文第三章ESB項目實施過程開發階段3 3開發階段-開發模型1第一批次中，設計及編碼可在基地完成，同時現場執行接口分析；此過程要求現場

8、與基地建立順暢、及時地溝通渠道2 第一批次中，盡可能收集銀行后期接入系統使用的通訊協議和報文格式；并把客戶的功能需求盡可能收集完整3 第一批系統上線后，基地開發人員可減少甚至撤出，后期的項目工作將主要是確定接口，測試交易聯通性。因此，此后工作建議現場項目組全部完成ESB實施方法論第二節正文第三章ESB項目實施過程測試及上線4 4過渡頁第四章成功案例過度頁成功案例第一節PICC渠道平臺正文第四章項目背景 PICC信息系統包含了幾十個子系統，這些系統之間存在著錯綜復雜的接口調用關系?，F存子系統間存在著近百個接口，接口方式也是多種多樣，包括數據庫直連、數據庫同義詞、WebService、Socket

9、連接等，同時，子系統之間進行交互用到的數據結構也不統一，往往在調用多個接口時需要進行不同的數據封裝及數據轉換。技術架構 OSB（Oracle Service Bus）是策略驅動的中介層，它處理消息，根據要求路由和轉換消息，OSB提供了多協議、多傳輸方式、動態報文轉換、服務路由等組件能夠滿足各系統對接要求，它通過JMS或HTTP等的傳輸協議接收消息，并用相同協議或另一指定的傳輸協議發送消息。成功案例第一節PICC渠道平臺正文第四章中科軟科技股份有限公司系統架構圖成功案例第一節PICC渠道平臺正文第四章總體架構 渠道平臺根據OSB（Oracle Service Bus）技術功能，將平臺劃分7個模塊

10、，包括：報文加密、權限校驗、消息轉換、服務路由、服務日志、錯誤處理、緩存機制模塊。Oracle Service Bus的輕量級、無狀態、高性能架構扮演“中間人”角色。支持智能消息代理，監控和管理服務；它在企業基礎架構中添加一個可擴展的動態路由和轉換層，并管理服務生命期：配置和供應服務、監控服務的運行。Oracle Service Bus以“配置”為中心，由策略驅動，實現了“服務使用者”和“服務提供者”之間的松耦合配合。 PICC渠道平臺支持相應的Web Service類型的服務調用功能，服務平臺本身使用javaEE、XML、Web Service等技術。渠道平臺對外支持XML、XML Sche

11、ma、Web Service、WSDL、SOAP、HTTP/HTTPS、JMS等標準的技術。成功案例第二節跨省平臺正文第四章項目背景 2010年2月4日，中國保險行業協會（以下稱中保協）與全國各財險公司總公司共同召開了行業車險信息平臺項目專題會議，會議決議建立行業車險信息共享平臺。“平臺”建立有助于規范全行業行為，為全行業數據積累提供基礎，是提高中國保險業精細化經營管理水平、規范市場、服務大眾的重要舉措。技術架構 跨省平臺的開發具有很大的難度，根據跨省平臺開發的目的，需要構架一個統一的業務平臺和業務規范、持和滿足保險公司代位求償相關的業務需求、實現投承保全行業全國數據聯網。經過對比各個公司的產品優劣勢，充分考慮跨省平臺的需求，我們選擇了WMB（WebSphere Message Broker）作為我們的開發產品，為跨省平臺提供更加穩定、更加高效、更加健壯的技術服務。成功案例第二節跨省平臺正文第四章系統架構圖成功案例第二節跨省平臺正文第四章總體架構 企業服務總線WMB（WebSphere Message Bro