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

ESB企業(yè)效勞總線解決方案科技股份目錄頁(yè)ESB架構(gòu)簡(jiǎn)介ESB架構(gòu)體系12ESB實(shí)施方法論成功案例34過渡頁(yè)第一章ESB架構(gòu)簡(jiǎn)介過度頁(yè)什么是ESB與傳統(tǒng)架構(gòu)的區(qū)別ESB架構(gòu)簡(jiǎn)介第一節(jié)什么是ESB正文·第一章ESB是傳統(tǒng)中間件技術(shù)與XML、Web效勞等技術(shù)相互結(jié)合的產(chǎn)物，用于實(shí)現(xiàn)企業(yè)應(yīng)用不同消息和信息的準(zhǔn)確、高效和平安傳遞。ESB全稱為EnterpriseServiceBus，即企業(yè)效勞總線。一個(gè)ESB是一個(gè)預(yù)先組裝的SOA實(shí)現(xiàn)，它包含了實(shí)現(xiàn)SOA分層目標(biāo)所必需的根底功能部件。ESB架構(gòu)簡(jiǎn)介第二節(jié)與傳統(tǒng)架構(gòu)的區(qū)別正文·第一章為什么選擇ESB呢？ESB不涉及底層編程接口效勞之間通過簡(jiǎn)單、精確定義的接口進(jìn)行通訊松散耦合效勞架構(gòu)ESB架構(gòu)簡(jiǎn)介第二節(jié)正文·第一章傳統(tǒng)的點(diǎn)對(duì)點(diǎn)調(diào)用方式〔Point-to-Point〕與傳統(tǒng)架構(gòu)的區(qū)別ESB架構(gòu)簡(jiǎn)介第二節(jié)正文·第一章應(yīng)用OSB企業(yè)服務(wù)總線應(yīng)用應(yīng)用服務(wù)安全市場(chǎng)物流研發(fā)金融銷售人力資源ESB接入后的調(diào)用方式與傳統(tǒng)架構(gòu)的區(qū)別ESB架構(gòu)簡(jiǎn)介第二節(jié)正文·第一章Flexibility應(yīng)用之間點(diǎn)對(duì)點(diǎn)的連接實(shí)現(xiàn)簡(jiǎn)單、根本的信息交互和數(shù)據(jù)傳遞傳統(tǒng)架構(gòu)基于消息傳遞的模式通過企業(yè)效勞總線實(shí)現(xiàn)效勞的整合集中和流程實(shí)現(xiàn)借助標(biāo)準(zhǔn)的接口靈活地連接，實(shí)現(xiàn)真正的隨需應(yīng)變ESB構(gòu)架面向效勞體系架構(gòu)與傳統(tǒng)架構(gòu)的區(qū)別過渡頁(yè)第二章ESB架構(gòu)體系過度頁(yè)企業(yè)服務(wù)總線角色職能企業(yè)服務(wù)總線整體結(jié)構(gòu)全方位支持能力ESB架構(gòu)體系第一節(jié)企業(yè)效勞總線角色職能正文·第二章ESB在請(qǐng)求方與效勞之間發(fā)揮的作用：形狀=傳輸協(xié)議顏色=數(shù)據(jù)格式企業(yè)效勞總線〔ESB〕是用于集成應(yīng)用和效勞的靈活的連接根底設(shè)施。第一節(jié)正文·第二章ESB架構(gòu)體系平安性消息處理可見性組合服務(wù)傳輸層傳輸SDK門戶WS客戶端BPELJava效勞效勞效勞效勞轉(zhuǎn)換發(fā)現(xiàn)/驗(yàn)證消息流建模服務(wù)調(diào)出測(cè)試瀏覽器傳輸安全性WS-Security控制臺(tái)安全性策略報(bào)表SLA監(jiān)視信息板開放式界面企業(yè)效勞總線適應(yīng)性效勞消息處理嵌入式效勞管理適應(yīng)性轉(zhuǎn)換

豐富的組合環(huán)境同類最正確的分布式運(yùn)行時(shí)企業(yè)效勞總線角色職能第二節(jié)正文·第二章ESB架構(gòu)體系企業(yè)效勞總線整體架構(gòu)第二節(jié)正文·第二章ESB架構(gòu)體系企業(yè)效勞總線整體架構(gòu)路由尋址通信技術(shù)、協(xié)議和標(biāo)準(zhǔn)〔例如JMS、HTTP和HTTPS〕發(fā)布/訂閱響應(yīng)/請(qǐng)求同步和異步消息傳遞消息和數(shù)據(jù)轉(zhuǎn)換提供位置透明性的效勞路由和定位效勞多種消息傳遞形式支持廣泛使用的傳輸協(xié)議身份驗(yàn)證授權(quán)不可抵賴性機(jī)密性平安標(biāo)準(zhǔn)效勞接口定義〔例如，Web效勞描述語言〔WebServicesDescriptionLanguage，WSDL〕〕支持替代效勞實(shí)現(xiàn)效勞目錄和發(fā)現(xiàn)數(shù)據(jù)庫(kù)效勞聚合遺留系統(tǒng)和應(yīng)用程序適配器EAI中間件的連接性效勞映射協(xié)議轉(zhuǎn)換應(yīng)用程序效勞器環(huán)境〔如J2EE和.NET〕效勞調(diào)用的語言接口〔如Java/C/C++/C#〕性能吞吐量可用性常用功能通信消息處理安全性

服務(wù)交互服務(wù)級(jí)別集成第三節(jié)全方位支持能力正文·第二章提供給用到應(yīng)用的連接可能很復(fù)雜HPSunpSerieszSeriesInteliSeries移動(dòng)設(shè)備發(fā)布/訂閱異步消息傳遞同步RPCRPGWebServicesJMSFTPHTTPWebSphereMQTCP/IPSMTPMulticast系統(tǒng)平臺(tái)編程模型編程語言傳輸協(xié)議標(biāo)準(zhǔn)和消息格式錯(cuò)誤恢復(fù)與事務(wù)完整性XMLCOBOLCopybookEDI-X.12ACORDEDI-FACTebXMLAL3HIPAAHL77SWIFTFIXCustomFormatsWord/Excel/PDFESB架構(gòu)體系過渡頁(yè)第三章ESB實(shí)施方法論過度頁(yè)ESB項(xiàng)目特征ESB項(xiàng)目實(shí)施過程ESB實(shí)施方法論第一節(jié)ESB工程特征正文·第三章一需要連接多個(gè)系統(tǒng)需要與銀行、IT。多個(gè)業(yè)務(wù)部門以及第三方溝通寫作涉及人員多二多個(gè)系統(tǒng)需要分階段實(shí)施完成，以降低風(fēng)險(xiǎn)，一般實(shí)施周期在兩年左右實(shí)施周期長(zhǎng)三連接的每個(gè)系統(tǒng)都要執(zhí)行一個(gè)完整的過程，系統(tǒng)較多時(shí)，上線頻度較大上線頻度大四人員的業(yè)務(wù)能力要求高，需要熟悉多種業(yè)務(wù)，才能完成接口分析、標(biāo)準(zhǔn)制定工作系統(tǒng)穩(wěn)定性和性能至關(guān)重要，對(duì)人員的技術(shù)能力要求非常高工程經(jīng)理要有極強(qiáng)的協(xié)調(diào)、推動(dòng)能力人員綜合素質(zhì)要求高ESB實(shí)施方法論第二節(jié)正文·第三章ESB工程實(shí)施過程計(jì)劃階段1采用統(tǒng)一規(guī)劃，迭代式開發(fā)，分步實(shí)施的策略；仔細(xì)制定各系統(tǒng)邊界，以防需求蔓延；合理選擇第一批上線系統(tǒng)，保證進(jìn)度，增強(qiáng)客戶信心；合理規(guī)劃現(xiàn)場(chǎng)、基地工作，降低項(xiàng)目成本；

易導(dǎo)致ESB項(xiàng)目失敗的主要因素：–系統(tǒng)定位不清–對(duì)項(xiàng)目支持力度不足–項(xiàng)目進(jìn)展急進(jìn)12345ESB實(shí)施方法論第二節(jié)正文·第三章ESB工程實(shí)施過程需求分析2需求分析階段特點(diǎn)偏重于與其他系統(tǒng)的集成架構(gòu)分析側(cè)重于接口的分析和MBSD的服務(wù)定義，最終形成銀行的服務(wù)規(guī)范需求分析在整個(gè)項(xiàng)目中迭代多次，持續(xù)時(shí)間長(zhǎng)本卷須知：把對(duì)ESB產(chǎn)品功能的需求在第一批上線系統(tǒng)的需求分析階段就分析完成，并充分考慮未來其他系統(tǒng)接入時(shí)的報(bào)文、協(xié)議格式等ESB實(shí)施方法論第二節(jié)正文·第三章ESB工程實(shí)施過程需求分析2對(duì)各系統(tǒng)提供的接口文檔進(jìn)行業(yè)務(wù)分析,分析了解各種交易完整的業(yè)務(wù)含義,審核接口文檔中的錯(cuò)誤疑點(diǎn)整理分析接口文檔對(duì)相近或相似的效勞進(jìn)行統(tǒng)一,并與效勞總線上的效勞進(jìn)行匹配,考慮評(píng)估是否建立新的效勞或場(chǎng)景 效勞歸納分析按照接口文檔交易的輸入輸出字段與原有效勞的字段進(jìn)行比照分析,合并或新建效勞,同時(shí)對(duì)字段進(jìn)行標(biāo)準(zhǔn)化. 效勞標(biāo)準(zhǔn)文檔整理ESB實(shí)施方法論第二節(jié)正文·第三章ESB工程實(shí)施過程開發(fā)階段3集成架構(gòu)ESB的功能決定了ESB項(xiàng)目的特征，面臨多個(gè)系統(tǒng)的接入，合理的集成架構(gòu)對(duì)項(xiàng)目將起到?jīng)Q定性的作用。關(guān)鍵指標(biāo)：總交易吞吐量；交易響應(yīng)時(shí)間等接入系統(tǒng)的接口數(shù)量、通訊方式、報(bào)文格式接入系統(tǒng)的接口數(shù)量直接決定了開發(fā)工作量的大小ESB產(chǎn)品是否支持接入系統(tǒng)使用的通訊方式、報(bào)文格式，決定了是否需要開發(fā)新的適配器客戶要求的功能是否產(chǎn)品已支持影響開發(fā)階段的關(guān)鍵因素ESB實(shí)施方法論第二節(jié)正文·第三章ESB工程實(shí)施過程開發(fā)階段3開發(fā)階段-工作量分布前期重點(diǎn)在于產(chǎn)品的監(jiān)控、流水、日志、沖正等功能開發(fā)后期重點(diǎn)在于接入系統(tǒng)的新渠道開發(fā)及交易配置和聯(lián)通性前期開發(fā)工作量大；后期開發(fā)工作量小，但交易配置、聯(lián)調(diào)工作量大建議：應(yīng)在第一批系統(tǒng)上線時(shí)就完成80%以上的開發(fā)工作，并把該局部工作在基地完成ESB實(shí)施方法論第二節(jié)正文·第三章ESB工程實(shí)施過程開發(fā)階段3開發(fā)階段-開發(fā)內(nèi)容新的適配器開發(fā)包含對(duì)新的通訊協(xié)議和報(bào)文類型的支持監(jiān)控內(nèi)容的配置各行對(duì)監(jiān)控的要求不同，需要根據(jù)要求配置總線的數(shù)據(jù)采集和BAM的展示（包含生成監(jiān)控報(bào)告）客戶要求的功能是否產(chǎn)品已支持對(duì)每個(gè)接口都需要配置報(bào)文，測(cè)試交易的聯(lián)通性功能差異的開發(fā)或修改對(duì)內(nèi)置服務(wù)，比如流水和沖正，客戶可能會(huì)有不同的需求；也會(huì)有部分功能產(chǎn)品未提供，需要項(xiàng)目組現(xiàn)場(chǎng)開發(fā)ESB實(shí)施方法論第二節(jié)正文·第三章ESB工程實(shí)施過程開發(fā)階段3開發(fā)階段-開發(fā)模型1第一批次中，設(shè)計(jì)及編碼可在基地完成，同時(shí)現(xiàn)場(chǎng)執(zhí)行接口分析；此過程要求現(xiàn)場(chǎng)與基地建立順暢、及時(shí)地溝通渠道2第一批次中，盡可能收集銀行后期接入系統(tǒng)使用的通訊協(xié)議和報(bào)文格式；并把客戶的功能需求盡可能收集完整3第一批系統(tǒng)上線后，基地開發(fā)人員可減少甚至撤出，后期的工程工作將主要是確定接口，測(cè)試交易聯(lián)通性。因此，此后工作建議現(xiàn)場(chǎng)工程組全部完成ESB實(shí)施方法論第二節(jié)正文·第三章ESB工程實(shí)施過程測(cè)試及上線4

明確測(cè)試范圍，哪些是產(chǎn)品組執(zhí)行（保證），哪些是項(xiàng)目組執(zhí)行

性能、穩(wěn)定性測(cè)試是重中之重

功能測(cè)試偏重于交易聯(lián)通性測(cè)試測(cè)試主要工作是組報(bào)文、發(fā)送報(bào)文并接收響應(yīng)過渡頁(yè)第四章成功案例過度頁(yè)P(yáng)ICC渠道平臺(tái)跨省平臺(tái)成功案例第一節(jié)PICC渠道平臺(tái)正文·第四章工程背景PICC信息系統(tǒng)包含了幾十個(gè)子系統(tǒng)，這些系統(tǒng)之間存在著錯(cuò)綜復(fù)雜的接口調(diào)用關(guān)系?，F(xiàn)存子系統(tǒng)間存在著近百個(gè)接口，接口方式也是多種多樣，包括數(shù)據(jù)庫(kù)直連、數(shù)據(jù)庫(kù)同義詞、WebService、Socket連接等，同時(shí)，子系統(tǒng)之間進(jìn)行交互用到的數(shù)據(jù)結(jié)構(gòu)也不統(tǒng)一，往往在調(diào)用多個(gè)接口時(shí)需要進(jìn)行不同的數(shù)據(jù)封裝及數(shù)據(jù)轉(zhuǎn)換。技術(shù)架構(gòu)OSB〔OracleServiceBus〕是策略驅(qū)動(dòng)的中介層，它處理消息，根據(jù)要求路由和轉(zhuǎn)換消息，OSB提供了多協(xié)議、多傳輸方式、動(dòng)態(tài)報(bào)文轉(zhuǎn)換、效勞路由等組件能夠滿足各系統(tǒng)對(duì)接要求，它通過JMS或HTTP等的傳輸協(xié)議接收消息，并用相同協(xié)議或另一指定的傳輸協(xié)議發(fā)送消息。成功案例第一節(jié)PICC渠道平臺(tái)正文·第四章中科軟科技股份系統(tǒng)架構(gòu)圖成功案例第一節(jié)PICC渠道平臺(tái)正文·第四章總體架構(gòu)渠道平臺(tái)根據(jù)OSB〔OracleServiceBus〕技術(shù)功能，將平臺(tái)劃分7個(gè)模塊，包括：報(bào)文加密、權(quán)限校驗(yàn)、消息轉(zhuǎn)換、效勞路由、效勞日志、錯(cuò)誤處理、緩存機(jī)制模塊。OracleServiceBus的輕量級(jí)、無狀態(tài)、高性能架構(gòu)扮演“中間人”角色。支持智能消息代理，監(jiān)控和管理效勞；它在企業(yè)根底架構(gòu)中添加一個(gè)可擴(kuò)展的動(dòng)態(tài)路由和轉(zhuǎn)換層，并管理效勞生命期：配置和供給效勞、監(jiān)控效勞的運(yùn)行。OracleServiceBus以“配置”為中心，由策略驅(qū)動(dòng)，實(shí)現(xiàn)了“效勞使用者”和“效勞提供者”之間的松耦合配合。PICC渠道平臺(tái)支持相應(yīng)的WebService類型的效勞調(diào)用功能，效勞平臺(tái)本身使用javaEE、XML、WebService等技術(shù)。渠道平臺(tái)對(duì)外支持XML、XMLSchema、WebService、WSDL、SOAP、HTTP/HTTPS、JMS等標(biāo)準(zhǔn)的技術(shù)。成功案例第二節(jié)跨省平臺(tái)正文·第四章工程背景2010年2月4日，中國(guó)保險(xiǎn)行業(yè)協(xié)會(huì)〔以下稱中保協(xié)〕與全國(guó)各財(cái)險(xiǎn)公司總公司共同召開了行業(yè)車險(xiǎn)信息平臺(tái)工程專題會(huì)議，會(huì)議決議建立行業(yè)車險(xiǎn)信息共享平臺(tái)?！捌脚_(tái)”建立有助于標(biāo)準(zhǔn)全行業(yè)行為，為全行業(yè)數(shù)據(jù)積累提供根底，是提高中國(guó)保險(xiǎn)業(yè)精細(xì)化經(jīng)營(yíng)管理水平、標(biāo)準(zhǔn)市場(chǎng)、效勞群眾的重要舉措。技術(shù)架構(gòu)跨省平臺(tái)的開發(fā)具有很大的難度，根據(jù)跨省平臺(tái)開發(fā)的目的，需要構(gòu)架一個(gè)統(tǒng)一的業(yè)務(wù)平臺(tái)和業(yè)務(wù)標(biāo)準(zhǔn)、持和滿足保險(xiǎn)公司代位求償相關(guān)的業(yè)務(wù)需求、實(shí)現(xiàn)投承保全行業(yè)全國(guó)數(shù)據(jù)聯(lián)網(wǎng)。經(jīng)過比照各個(gè)公司的產(chǎn)品優(yōu)劣勢(shì)，充分考慮跨省平臺(tái)的需求，我們選擇了WMB〔WebSphereMessageBroker〕作為我們的開發(fā)產(chǎn)品，為跨省平臺(tái)提供更加穩(wěn)定、更加高效、更加健壯的技術(shù)效勞。成功案例第二節(jié)跨省平臺(tái)正文·第四章系