SOA企業(yè)服務總線ESB解決方案（技術方案）

SOA企業(yè)服務總線ESB解決方案投標文件（技術方案）投標方案投標人名稱：****有限責任公司地址：****號二樓聯(lián)系人：****投標日期：****報告說明聲明：本文內(nèi)容信息來源于公開渠道，對文中內(nèi)容的準確性、完整性、及時性或可靠性不作任何保證。本文內(nèi)容僅供參考與學習交流使用，不構成相關領域的建議和依據(jù).目錄 1.2.企業(yè)服務總線解決方案 3 31.2.2.解決方案合作廠商介紹 1.2.3.解決方案詳細介紹 .項目建設內(nèi)容.1.通過ESB平臺的建設，為實現(xiàn)多層次、條線化、松耦合的IT應用架構打下基礎，并促進銀行業(yè)務高速發(fā)展。用ESB解決各系統(tǒng)間的連接和信息傳輸；應用0DS/DW作為數(shù)據(jù)的存儲和整合平臺營銷層0DSDW(數(shù)據(jù)侖本)管)管管P信用卡系傳統(tǒng)的應用集成系統(tǒng)(大前置、信息總線)只是規(guī)范統(tǒng)一了服務接口的形式和訪問方式，

將無法實現(xiàn)松散耦合、面向服務的S0A總體架構目標：

項目對外發(fā)布的是技術層面的接口標準，請求系統(tǒng)與服務系統(tǒng)之間實際上仍然存在大

建立獨立于具體實現(xiàn)的、抽象的服務接口規(guī)范，是新疆銀行實現(xiàn)S0A架構目標的基礎

可消除請求系統(tǒng)與服務系統(tǒng)之間的耦合度，通過抽象、補全后對外發(fā)布的服務接口

銀行系統(tǒng)間的實時交互必須經(jīng)過ESB系統(tǒng)。

新建系統(tǒng)需要按照ESB的標準接入ESB,存量系統(tǒng)原則上要按ESB的標準接入ESB,

服務的提供者需要根據(jù)ESB的標準采用XML報文和HTTP的方式對外提供服務。.3.通過服務整合平臺實現(xiàn)服務的抽象、復用以及流程重組.4.通過文件傳輸平臺建立安全、可靠、高效的文件傳輸架構，支持銀行實時和批量的文件傳輸。1)構建統(tǒng)一的文件傳輸平臺，實現(xiàn)銀行高效的文件傳輸需求；實現(xiàn)高可靠、可橫向擴展.5.提高新疆銀行推出創(chuàng)新業(yè)務能力，快速適應市場，提高銀行IT風險管理和IT治理能力服務封裝-要將業(yè)務功能封裝為服務，在S0A框架中，最小功能單元為服務。服務契約-服務按照服務描述文檔所定義的服務契約行事。服務的可組合性-一組服務可以協(xié)調(diào)工作并組合起來形成一個組合服.1.制定具備先進性的金融服務規(guī)范體系，確保SOA架構建設方向。.2.對關聯(lián)系統(tǒng)進行的分析，確保ESB在SOA整體架構中的定位。.3.系統(tǒng)技術開放性原則用通用的數(shù)據(jù)傳輸標準XML,既有極強的數(shù)據(jù)適應性和擴展性。支持WebService .4.系統(tǒng)安全性原則

系統(tǒng)安全性控制：系統(tǒng)間的安全控制，確保數(shù)據(jù)的安全性，數(shù)據(jù)的完整性和系統(tǒng)間的

系統(tǒng)整體安全性的考慮：整體架構、網(wǎng)絡結構、應用系統(tǒng)等方面設置安全措施，以確.5.系統(tǒng)運行可靠性原則.6.系統(tǒng)運行穩(wěn)定性原則.7.系統(tǒng)可維護性原則.8.系統(tǒng)可管理性原則.9.系統(tǒng)可擴展性原則.10.投資合理與保護原則1.1.2.解決方案合作廠商介紹1.1.3.解決方案詳細介紹.1.2.1.符合S0A體系的目標IT架構規(guī)劃等)多種報文格式；

完整的運行統(tǒng)計報表和實時的系統(tǒng)運行情況監(jiān)控；

支持配置和系統(tǒng)刷新功能，擁有良好的靈活性、快速響應的特點。

完善的三階段實施方法論；

業(yè)內(nèi)最成熟的ESB實施團隊；

服務規(guī)范定義引領銀行IT系統(tǒng)實施變革；治理平臺治理平臺監(jiān)控平臺運行平臺服務治理平臺總線平臺需求交互●企業(yè)服務總線平臺中的運行平臺通過發(fā)布的服務實現(xiàn)行內(nèi)各系統(tǒng)的交互，實現(xiàn)其通訊●企業(yè)服務總線平臺中的監(jiān)控平臺對運行平臺上的服務訪問使用情況進行統(tǒng)一的監(jiān)控管●服務治理平臺又可根據(jù)監(jiān)控平臺中發(fā)布的報表數(shù)據(jù)進行服務生命周期的進一步管理 穩(wěn)定的運行以及可持續(xù)優(yōu)化，為銀行IT架構向S0A化平滑過渡提供了強有力的支持。企業(yè)服務總線系統(tǒng)是實現(xiàn)SOA的運行平臺，SOA運行環(huán)境要解決的問題實際上就是服務的調(diào)用、服務的組合以及有服務參與的復雜流程這幾個基本問題。正是基于這三個基本問題，XX企業(yè)服務總線系統(tǒng)將ESB分為三個層次?！鬖evel1解決服務的調(diào)用問題。◆Leve12解決服務的組合問題?！鬖evel3解決基于服務的流程問題。evel3-evel3-圖表2企業(yè)服務總線功能邏輯層次示意圖具體功能和職責參見下表：在分層架構中的職責關鍵的架構服務說明提供高效的靜態(tài)路由核心路由客戶端高效性，由于ESB面向的是實時在線交易，所以要求Level1在分層架構中的職責關鍵的架構服務說明渠道和服務分區(qū)具有盡可能高的效率；穩(wěn)定性，因為ESB用于關鍵業(yè)務系統(tǒng)，所以對穩(wěn)定性的要求是達到7*24不間斷運行。強壯性和可擴展性以及靈活性。提供動態(tài)路由機制。日志記錄流量控制組合交易Level2主要采用服務容器的方式支持服務的動態(tài)路由和交易的組合。Level2還是面向實時交易應用的，因此服務的組合必須是高效率的。(包含在服務整合平臺)。提供流程服務功能。流程定制不再堅持面向實時交易系統(tǒng)，以流程服務的形式面向業(yè)務開發(fā)者，支持BPEL流程服務圖表3企業(yè)服務總線分層職責表Levell是面向服務的基礎調(diào)度路由器，它實現(xiàn)的是靜態(tài)的路由調(diào)度。對Levell的技□高效性四個隊列是同質(zhì)的其自身延遲為Tq,Levell本身造成的延遲為T1,則回路延遲為□強壯性和可擴展性總線系統(tǒng)訪問。設簡單服務自身的延遲(響應時間)為Ts(n),每個回路的延遲為Te,則□第一原則：通過服務容器的層次化來消除組合成本□第二原則：通過縮小Te來減少組合成本02+03是將ID通過交換核心傳輸?shù)臅r間，在與優(yōu)化前相同TPS情況下02+03≈0。04是從F5主F5備邏輯名管理監(jiān)控應用服務器與監(jiān)控共用治理平臺應用服務器與監(jiān)控共用核心

應用在服務的處理過程中不依賴數(shù)據(jù)庫的可用性。容器由于各分(支)行在業(yè)務特點、信息資源等方面的并不完全相同，因此對于本地業(yè)務 層層層層Mg-p-ESBESB腹務器2服務提供者服務消費者管理監(jiān)控服務器2ESB服務器3ESB服務器4統(tǒng)載均生中心心互聯(lián)網(wǎng)生產(chǎn)區(qū)心跳企業(yè)信息系統(tǒng)機構外聯(lián)區(qū)防水墻心跳會架構組相關參與者服務規(guī)范組3.架構組服務定義服務定義服務實現(xiàn)服務運行服務消亡..1.服務定義階段服務定義階段是服務產(chǎn)生的重要階段，根據(jù)服務建模方法又可以分為業(yè)務分析、服務服務分析與識別、服務設計和服務發(fā)布四個環(huán)節(jié)。業(yè)務分析階段的主要目標是通過業(yè)務流程的分解和分析篩選候選服務，并明確業(yè)務流程中的信息交換需求，確定誰，在何時、從何處，需要何種信息，為待定義的服務提供詳細和準確的描述。這個階段有三個主要參與者：服務定義人員、服務提供者、服務調(diào)用者，這三個角色在本階段分別承擔不同的職責本階段包括的主要活動：明確和劃分業(yè)務范圍和邊界，業(yè)務流程分析，確定信息交換的具體需求服務識別階段主要是確定對外暴露的最終服務。通過對候選服務再次抽象，依據(jù)服務抽取原則，對候選服務進行抽取或者拆分，形成顆粒度適中的服務和場景，對于需要新增的服務和6.其他 服務治理組分別從調(diào)用方和提供方的維度，定期統(tǒng)計在指定的一段服務調(diào)用方需重新使用已下線服務，或者服務提供方需要重新啟動已下線服務，則提交服務啟動申請。審核無誤，由ESB開發(fā)組打開服務的訪問通路。若服務已經(jīng)消亡，則需重新提交服務需求，按照新需求執(zhí)行服務的定義、開發(fā)等流程?！谭兆N流程服務治理組定期統(tǒng)計已下線的服務，如果服務滿足消亡條件(在規(guī)定時間內(nèi)未重新啟用，或者已有替代服務上線),填寫服務消亡申請，并組織關聯(lián)系統(tǒng)進行評審。評審通過，提交ESB開發(fā)組進行服務消亡操作，并維護服務狀態(tài)。服務規(guī)范定義是一個端到端的S0A開發(fā)方法，通過業(yè)務分析、服務識別、服務定義、實現(xiàn)、實施部署，有效地解決了服務標準化封裝的問題，通過使用服務定義方法獲得的服務具有更高的重用性、組件化，能夠更好的滿足業(yè)務需求，適應業(yè)務的變化，如下圖所示：服務定義是采用面向服務的架構方法，以業(yè)務需求為基礎，配合數(shù)據(jù)模型，對銀行業(yè)務流程和存量系統(tǒng)集成接口進行分析，識別候選服務，驗證業(yè)務完備性，同時結合已發(fā)布的金融服務和可參考的服務藍本MBSD(ModelBankServiceDefinition),根據(jù)銀行業(yè)務知識對候選服務進行歸并、對服務粒度進行分析后，按照業(yè)務需求和服務復用度的要求對服務進行合并或索視圖射圖標存量資產(chǎn)提供的服務)的管理等。營州警營州警優(yōu)化線索優(yōu)化對象優(yōu)化分析析優(yōu)化方向>嗔應時間(窄秒)>系統(tǒng)成功率(%)>業(yè)務成功率(%)>故障率(%)服務時問口評價指標務職責2.協(xié)調(diào)和管理本項目服務治理參與人員的工作3.按照服務治理規(guī)范要求，項目需求階段填寫應用系統(tǒng)接入ESB申請表，并在規(guī)定時間段內(nèi)提交相應的服務需求資料，包括需求文檔，接口需求、軟件架構等。4.制定項目計劃，確保與相關系統(tǒng)開發(fā)計劃一致。1.在新建系統(tǒng)啟動階段，負責服務治理流程和規(guī)范的宣貫2.負責服務需求相關資料的收集和審核，熟悉掌握相關業(yè)務。1.審核應用接入申請，評估接入工作量和風險2.制定后期的接入和服務開發(fā)計劃√服務建模方法服務代碼=業(yè)務層級(1位)+業(yè)務類別(2位)+性質(zhì)(1位)+序號(3位)√服務接口定義原則√應用系統(tǒng)編碼原則職責負責人1.根據(jù)提交的服務需求，在規(guī)定時間范圍內(nèi)完成服務規(guī)范的定義3.按照服務版本發(fā)布規(guī)則，按時發(fā)布版本。4.負責MBSD的答疑接入系統(tǒng)負責人1.按時提交服務需求，便于服務規(guī)范組定義服務2.接收服務版本，審核與本項目相關的服務，保ESB平臺負責人1.接收服務版本，安排服務配置人員進行服務的配置。職責服務調(diào)用方負責人3.按時準備服務調(diào)用程序上線。服務提供方負責人1.填寫服務注冊申請表3.準備服務上線版本人1.服務配置程序按時封版服務規(guī)范組負責人√文件傳輸模式√服務流量控制準則1.建立服務治理組織架構2.明確金融服務模型5.選擇試點系統(tǒng)，初步搭建服務體系1.已有資產(chǎn)梳理2.擴大服務治理的范圍3.引入服務質(zhì)量管理，加強服務運行監(jiān)控。4.結合新需求和已有資產(chǎn)分析，進行服務設計1.結合新建系統(tǒng)，對服務和業(yè)務流程持續(xù)和改進1.實現(xiàn)敏捷業(yè)務開發(fā)的支持2.改進服務開發(fā)方式，從無序到有序的管理。2)建立服務治理規(guī)范，保證接入系統(tǒng)規(guī)范；搭建服務治理組織，為服務治理提供組織保3)對行內(nèi)存量系統(tǒng)進行服務分析，收集行內(nèi)存量系統(tǒng)交易，對行內(nèi)相關系統(tǒng)進行系統(tǒng)定4)通過網(wǎng)上銀行、手機銀行、電話銀行和理財系統(tǒng)之間的接入改造存量系統(tǒng)接入批次如下短信與微信平臺是網(wǎng)絡銀行是是電話銀行是是是是是同新建信貸是是中間業(yè)務系統(tǒng)是統(tǒng)一對賬系統(tǒng)是是國際結算系統(tǒng)同新建信貸是同新建信貸是同新建信貸是同新建核心是同新建核心是管理會計系統(tǒng)同新建核心是資產(chǎn)負債管理系統(tǒng)同新建核心是1104系統(tǒng)否外管報送系統(tǒng)否綜合報表管理平臺否否建設批次接入建設批次接入ESB 序號擬建系統(tǒng)核心業(yè)務系統(tǒng)新建項目是柜面系統(tǒng)新建項目是信貸項目新建項目是客戶關系管理新建項目是主要功能說明電子渠道等在內(nèi)的多種業(yè)務。成熟完善的MBSD服務規(guī)范可作為銀行服務規(guī)范的參考藍本。服務治理平臺服務治理平臺Sm@rtGovernance實現(xiàn)服務的新增、修改、刪除和注銷等功能，實現(xiàn)銀行存量系統(tǒng)接口的管理和分析局的接口視圖和服務規(guī)范視圖，完成服務治理所需的所有功能?！褡裱罩卫砑胺罩卫砥脚_的業(yè)務要求，建設服務治理平臺；●完成企業(yè)服務總線平臺、服務治理平臺的集成工作；●完成新疆銀行現(xiàn)行存量系統(tǒng)的服務治理夠工作；成(通訊、報文協(xié)議等)的標準化，為服務標準化打下基礎；2)服務化接口實現(xiàn)3)服務治理平臺的配合建設4)實現(xiàn)符合企業(yè)服務總線要求的運維管理功能統(tǒng)計分析圖12服務治理應用功能架構圖E(用戶)E(用戶)數(shù)據(jù)接口管理析文檔理理閱日志審理理理圖表13服務治理平臺架構圖等，能夠適應客戶的軟硬件環(huán)境。改、刪除、等操作改、刪除、等操作統(tǒng)計分析功能服務全景圖服務發(fā)布統(tǒng)計視圖圖服務復用率統(tǒng)計視圖對已經(jīng)發(fā)布服務的消費方復用調(diào)用關系檢索交易鏈路視圖提供服務鏈路關系圖服務血緣分析視圖根據(jù)服務維度展示調(diào)用關系公共代碼定義標準根據(jù)權限整理不同角色關系展現(xiàn)平臺服務發(fā)布公告平臺操作日志查詢用戶登錄/退出圖表14服務治理平臺功能視圖麗戶EQ\*jc3\*hps9\o\al(\s\up3(文),正典)代碼場名者ICEQ\*jc3\*hps16\o\al(\s\up2147483646(油),碼)的需4分2a□戶博護文路4m難護考c霉戶本調(diào)ex高口腔變戶本息文件謝正金期日客戶鳴護Q0t2X服務治理平臺索0護備源置EQ\*jc3\*hps9\o\al(\s\up19(語oa),滿)肺EQ\*jc3\*hps20\o\al(\s\up5(s),6)當系1·15雖記共記o9前客戶信厚通設設EQ\*jc3\*hps9\o\al(\s\up4(模),o)00a7a增營AF第證KmC干服務治理平臺單不入t72霉戶青單置消cn公霉戶活tmn中文名中文名日協(xié)說國中間業(yè)考平#電原不德 210000Tun第8動設備0%.J)頁共4量油理干口播口調(diào)高戶資≠負位全決青010日016701i0KDw文頭結構NTn7文頭結構BD指文頭s構10.0.0.0pp接口需求文檔采集如下：aA指續(xù)管謝T和703干血積母00中心不0新聯(lián)0EQ\*jc3\*hps14\o\al(\s\up15(消),o)戶關不信意·第二，并針對流程中的服務實現(xiàn)點進行標識和描述，包括創(chuàng)建新的服務、整合已有服務、并對其接口、要求和功能進行描述。在Sm@rtGovernance中服務建模的第二步為服務的創(chuàng)建，服務場景的創(chuàng)建，和服務接口的映射。服務創(chuàng)建如下：tClocathost9090/ogin/單據(jù)為標簽0十人者戶基本與縫護[8地劃1個人富戶基本信息進行的護并身份被實后.D維層客戶基4住息，t8n世，資產(chǎn)攪佳，法施學胃業(yè)高戶基本信息，sa業(yè)，資產(chǎn)接理，選新理■■國務場0A務口村第基·=面中正典止種o為虛中正具二代時#場日指加者-四供者關集28由溺代號場是名戶采不應用系能柜國積不四ntCocalhostMoginy單戶基本定tpc001a00)油件典主油件典造住市正a查國中正二的生名2i批String00)Ftrisg000Sring(5tC注項素和雷戶編號任意-82裝mat戶8評告四別cii1證件地址圖表21服務場景模型定義D照n理平m服務治理平臺圖表22服務接口映射服務治理平臺斷本號細文西4的編-m腦理連jmO獨綠務營調(diào)平臺+文望12000000014戶基4m年PP·本號時間戶戶和息管010010羈EQ\*jc3\*hps10\o\al(\s\up4(計),r)sEQ\*jc3\*hps19\o\al(\s\up3(o),o)EQ\*jc3\*hps19\o\al(\s\up2(0),r)EQ\*jc3\*hps19\o\al(\s\up2(0),o)圖表25服務審核..服務注冊發(fā)布將金融服務標準規(guī)范所定義的服務組件部署到應用集成環(huán)境中，從而滿足業(yè)務的功能性和性能需求，并提供足夠的靈活度，完成服務的多版本切換。在Sm@rtGovernance中，服務發(fā)布如下：在Sm@rtGovernance中，歷史版本發(fā)布信息如下：服務治理平臺第代A語a.海沖文件行十口文件t服務發(fā)布完成之后，還需要從IT和業(yè)務兩個不同的角度對服務系統(tǒng)進行管理和監(jiān)控，用于服務治理平臺n易有語歷本在服務活本發(fā)有內(nèi)日第0100000004記薄面01000000005存款信息查02大和存單詳001000000005春信息0客戶日均存通100代碼服務名稱動服務名精消費方交易碼交縣名稱提在有款責口春數(shù)0100100mou0在教解戶*息計Mi0t口柜面貿(mào)的存數(shù)速mt四對設協(xié)定存護pt存款協(xié)以fp10070日對公協(xié)定商#2·通奇款p700史西面建文瘤口ACCI,sRALM醒戶序號 國vxu0AAG效標3住請osCDJ0登記1要nlocolhost90901ogn國出01000000004業(yè)背2食督代藥國務名稱服場服名消費方交基碼交易名稱提方門服務治理平臺率其題C種基戶面事p10010e口對位協(xié)定靠護oi大在單度行維護o0c口級管理水不EQ\*jc3\*hps11\o\al(\s\up6(系),系)性處理系EQ\*jc3\*hps11\o\al(\s\up9(21),1)EQ\*jc3\*hps11\o\al(\s\up9(9),2)EQ\*jc3\*hps11\o\al(\s\up9(10),ab)EQ\*jc3\*hps11\o\al(\s\up9(n),-e)ut.EQ\*jc3\*hps11\o\al(\s\up10(12),11)EQ\*jc3\*hps11\o\al(\s\up10(1),t)EQ\*jc3\*hps11\o\al(\s\up7(10),e)日21412ita119排名(毫秒).4.6.5.服務訪問申請管理.4.6.6.服務流程管理服務治理平臺實現(xiàn)服務定義、服務開發(fā)、服務下線、服務刪除等服務生命周期管理中相關血緣分析下線申請下線審批下線本t2/過t第住務述得·人理人進行處理如下：beat服務治理平臺人e2a人e2womrthamtetn服務治理平臺EQ\*jc3\*hps5\o\al(\s\up1(),)104roo01ot維度，例如：存款類[金融類，非金融類],貸款類[金融類、非金融類]。君文件進關健字運圖說塘本號Pooo8行十文件送日幅EQ\*jc3\*hps10\o\al(\s\up4(調(diào)),n)四文件和疆非服務治理平臺#結10C卡制*文件生度及下作C+系起的料清.核心業(yè)三代生成制卡文件命名命名-e0日梁C+文傳運用州服務義共0第算*器名稱分名服2服務治理平臺6件程0aC位78動甘語0C心口有8對份候評0s*息位理面服務治理平臺a核間庫核心系口1a系0日0n0名G7證基本護/議名稱息員型分工A酸ng單11記章1記ea重錫行系06施客國施口對份售項系pc+制文件生度(口十人行8戶g料系0服務治理平臺是teleOoOAkodp前自法水號AmwigloartnAR產(chǎn)sujp07.01圖表28接口管理99服務治理平臺服務治理平臺2基碼2基碼面戶背0租分面戶背0租分本9927600.01_Cx27600電子最開通內(nèi)8心程文頭9015.04C9015門久是握t付2104久2a2105_01久*論ms2106.0久等修改量1901圖表29系統(tǒng)接口信息管理服務治理平臺服務治理平臺實現(xiàn)數(shù)據(jù)字典的定義和管理，提供服務方法接口和數(shù)據(jù)字典字段的映射關系設置。服務基本信息管理如下：數(shù)01001000002期戶號春01001.數(shù)戶利意比pc在數(shù)業(yè)務2維護m有戶率息計算ot相面預約督通0N口對協(xié)需存mrpito關留字溫用圖調(diào)培周本號新時間更戶狀EQ\*jc3\*hps10\o\al(\s\up5(d),o)EQ\*jc3\*hps10\o\al(\s\up5(in),m)大存認大在舉行營記，客戶次認，生成存單號，認不九路原0圖表31服務基本信息管理服務場景是對服務的具體應用場景的描述。場景的基本信息包含了場景代碼、名稱、功能描述、使用范圍、調(diào)用方系統(tǒng)、提供方系統(tǒng)等信息。服務場景管理如下：4動a證碼掛失解抽0%析面約存管理pt□對份恰存維pptg十人片走護oM00口教01021000on口同行需章度10010有數(shù)活戶地aour內(nèi)與客戶斷之間碼n心服酒費方應月應用系列用系聯(lián)列語景名和通注系服務接口信息管理如下：平Clocalhost90901og食率歐01001000007行面利特際戶搜章010010口大顏存轉以人pp口運戶在0100100幻證掛a0100口存基戶科意計pi存際戶本息算03t名蟻wOuh業(yè)務處理方式sTRN02)1·附N_AUEAF院AY文件組AREAY..服務接口映射管理調(diào)屋務電·放01001000002]在數(shù)戶利意計p在數(shù)業(yè)務維護面文件性RNOs實號RNG(X201010核心業(yè)系2101010綜合前統(tǒng)程口意文值服00070通理消注蓋N..元數(shù)據(jù)管理服務治理平臺暴件程素元名稱名0r號Wo-anthorheteioveAmouWarontRorieMognAcoouWoronthorheAnoroomentNumWaranthorheAnorgonontDeicrotN5222WrmAAcctAhdyAmt和?？抵Z合約障戶己解除額Wo-anthorheAorosnentAccountAreotyeleAmouwhmwAcctAorbtuAnt和梁合的@戶e丹WoranthorheAnoroonentAccountAreooyttothredArontwnciodnsmtDt0保合同起始日WorontContoctDeodinesion0ole圖32元數(shù)據(jù)管理圖33類別詞管理服務治理平臺滿文名稱調(diào)[英文醒寫度前單詞日偏存單調(diào)名稱單詞塔寫單調(diào)中文Newt5UrdoU0以下的MotorM題42130PowodBwrd42138Retomm改革421302》元教量理詞類主代師維護代碼模舉時麗M人民幣人我市odmn2015072919.5024服務治理平臺單》兩化碼營日%存hua人就態(tài)人民oonn201501-2915411服務治理平臺黃文詞及地寫情·w⑥⑥基于元散據(jù)生成WsDL.EQ\*jc3\*hps15\o\al(\s\up4(務),x)核心業(yè)務系統(tǒng)t二 3DEM01628225824445780.8492.71非標準4TRANSFO6423752.7766.66轉賬服務5UnStand_(9006759588304794.9766.15非標準接入渠道6DEMO1628225824445780.8492.71非標準根據(jù)服務運行情況的統(tǒng)計報表，如交易量最大的15個服務，成功率最低的15個服務，處理時間最長的15個服務，ESB內(nèi)部時間最長的15個服務等，內(nèi)部的數(shù)據(jù)滿足各種維度的查詢44事444luns3m工082ABCDEFGH12ESB交易斗成功率服務名34522666832.8775.00非標準接出738.4767.05標準接出89服務治理平臺服務治理平臺業(yè)基信息0n口口信平自6口戶管系口積分管理不200100×8-服務治理平臺交信息語交信息選口選□信平自過口銀面連acooma件s口EQ\*jc3\*hps10\o\al(\s\up3(85),自)EQ\*jc3\*hps10\o\al(\s\up3(標),54)一付平白日寧準同誠交系復用率統(tǒng)計根據(jù)多個維度統(tǒng)計服務的復用情況。統(tǒng)計視圖如下：服務治理平臺面合合十進不理消營理消營者者者消消消消食者79 723 90服務治理平臺*10日20102012日30101o13日30101014日30104016日303010自發(fā)卡機核心業(yè)務境者一支付平費服務治理平臺口春款聯(lián)戶利計口對份協(xié)存維護pi導出BCn》導出PDFa評信實酸客戶在面00100100000u實0100100000.行選幅行e存款通過和面AIM2行活合前間系活取放內(nèi)斷與客戶E內(nèi)那與客戶電之間轉合前國系服務治理平臺RPO為24小時，RTO為4小時；化的特點。產(chǎn)品定位于面向金融行業(yè)應用的S0A架構整體解決方案，產(chǎn)品家族套件中包括4個部分，其中有1)ESB運行平臺(含平臺管理功能)、2)運行監(jiān)控平臺、3)IDE開發(fā)平臺、4)消息中間件。服務運行處理功能是企業(yè)服務總線運行時提供的基礎功能。該功能模塊包含服務處理和技術集成功能等。該模塊是企業(yè)服務總線中最核心的功能模塊，需要擔負未來銀行技術集成平臺的任務，從性能、穩(wěn)定性、健壯性等方面滿足銀行未來業(yè)務發(fā)展要求。實現(xiàn)服務的統(tǒng)一注冊、發(fā)布、運行和管理的載體，實現(xiàn)銀行各個系統(tǒng)的統(tǒng)一接入與統(tǒng)一服務發(fā)布，實現(xiàn)全行服務的共享。實現(xiàn)服務的注冊和管理、服務發(fā)布和共享、服務路由控制、通信協(xié)議轉換、流量控制、服務優(yōu)先級、故障隔離控制等一系列平臺功能，具有安全可靠高效穩(wěn)定的特點，內(nèi)置很多是面向金融行業(yè)的功能組件，且采用主流開發(fā)平臺和語言，提供良好的二次開發(fā)接口。提供完善的管理功能，對運行平臺上的相關功能進行參數(shù)的配置和管理.雪甚零接入控制的EQ\*jc3\*hps13\o\al(\s\up4(王),n)A發(fā)用大基礎環(huán)境有*流術雙均有文大參翻防火墻中校驗想威曲更通遭喜9監(jiān)控維度監(jiān)控指標源應用監(jiān)控報表監(jiān)控對象開發(fā)平臺能夠解決服務的快速配置開發(fā)，適配器的二次開發(fā)和調(diào)試、拆組包組件、基礎平臺材要組裝務并發(fā)露管理房@建管理鏈接管理鏈接.5.3.1.ESB運行平臺(含平臺管理功能)二級功能點功能說明理、功能菜單管理、初始化等功能權限管理可以對機構、操作人員、資源、收者隊列監(jiān)聽內(nèi)核消息監(jiān)控用戶在平臺所進行操作的操作日志查詢。管理運行平臺上的集群節(jié)點、及節(jié)點參數(shù)情況，通過路由表可以查看到服務的路由新建渠道都會生成對應的路由信息管理運行平臺的各系統(tǒng)的接入/接出協(xié)管理運行平臺的隊列基本信息及隊列參管理運行平臺的業(yè)務服務，實現(xiàn)服務在線維護，包括服務注冊、刪除、查找、啟停等維護服務分組信息基礎服務管理是指管理維護ESB服務中的以通過僅輸入服務系統(tǒng)的名稱，達到批量維護的功能系統(tǒng)業(yè)量進行控制，比如控制某個交易的最大交易量為100,那么同一時刻第101的資源消耗記錄交易特定外置的一些狀態(tài)信息動態(tài)調(diào)整日志級別，并提供日志檢索式包括：交易時間段、渠道流水號、ESB流水號、報文中的各種要素、成功/失敗標志等等。器)轉換，支持協(xié)議的擴展。改、支持3DES、MD5、國密算法等算文的接入和接出，支持報文格式的擴展。支持數(shù)據(jù)的可視化映射功能，實現(xiàn)數(shù)據(jù)的平臺自帶很多的字段級數(shù)據(jù)轉換的函數(shù)，也同時也支持自定義函數(shù)，使功能更加強大。啟用開關，可校驗上送及下送報文的報文告發(fā)送到相關系統(tǒng)，以提高服務測試的效行。返回結果到消費者系統(tǒng)；提供控制開關、實時在線設置，可以提供大小控制處理的報告，供事后跟蹤處理。同的隊列保證重要交易的優(yōu)先通過。同的線程保證重要交易的優(yōu)先通過。超過預定超時的交易消息特殊處理。的核心部分。者，同樣支持各種協(xié)議適配和報文適配。支持在服務系統(tǒng)標準化過程中，過度期間合系統(tǒng)架構。負載設備定時探測ESB運行狀態(tài)，ESB內(nèi)2.16.服務控制ESB對系統(tǒng)和服務的管理功能。2.17.異步日志不占用當前交易線程資源，采用異步記錄日志，已到達減少交易耗時。1)系統(tǒng)日志級別管理：在線修改Log4j的日志基本，可以先行debug,info,warn,error,fatal等基本的日志控制；2)服務日志管理：服務全流程的日志管敏感信息的過濾；3)服務日志查詢：實現(xiàn)集群環(huán)境下系統(tǒng)日志的查詢。提供統(tǒng)一查詢界面和關鍵字段檢索根據(jù)通路探測接口，可以根據(jù)策略進行自完成整機服務器的故障隔離，快速隔離系不占用當前交易線程資源，采用異步記錄流水，已到達減少交易耗時。水詳細信息或不登記流水。2)統(tǒng)一流水號流水號發(fā)生器，根據(jù)規(guī)則生成全局統(tǒng)一的流水號。3)允許消費者主動調(diào)用ESB系統(tǒng)的統(tǒng)一沖正服務，并查詢服務沖正的結果。在沖正成通知信息給服務消費者。功能包括：1)自動沖正設置：實現(xiàn)需要沖正服務的配置，沖正的策略，沖正的接口等；2)沖正查詢：沖正流水的查詢；3)手工觸發(fā)：手工觸發(fā)沖正功能，實現(xiàn)多級授權控制。并有日志記錄；4)統(tǒng)計報表：自動沖正的統(tǒng)計報表；5)沖正服務和沖正查詢接口：允許消費者詢服務沖正的結果。在沖正成功或最終失件，恢復后寫回數(shù)據(jù)庫中實現(xiàn)平臺日志數(shù)據(jù)清理，流水表切換等的處理和監(jiān)控輸實現(xiàn)全行統(tǒng)一規(guī)則的錯誤碼。異常出現(xiàn)原因。并且當出現(xiàn)錯誤或異常時，能夠有相應的處理措施，功能包括：1)流程異常處理：ESB內(nèi)部異常能夠返回系統(tǒng)需要的提示信息。2)超時處理：基于服務粒度的超時控制。3)服務異常：服務多次異常達到高級可以在監(jiān)控平臺實現(xiàn)告警，并根據(jù)設置的策略文規(guī)則生成相對的測試報文。到端的測試收集真實測試環(huán)境中的報文，形成一套與并生成測試報告，有效降低系統(tǒng)上線的風險產(chǎn)品族接口服務治理平臺具有定位清楚、架構清晰、1)字典管理：數(shù)據(jù)字典，服務數(shù)據(jù)字典的3)代碼轉換：構建全行統(tǒng)一數(shù)據(jù)字典和代碼，不同系統(tǒng)代碼要求可能不一樣，可以實現(xiàn)系統(tǒng)間代碼轉換實時監(jiān)測ESB各平臺服務器資源狀況以及制二級功能點功能說明統(tǒng)一的資源監(jiān)控。設置告警的方式和告警的策略。ESB應用各項指標監(jiān)控。設置告警的方式和告警的策略。實現(xiàn)ESB應用，服務、服務消費者、服務提供者的隔離。最大交易時間，最小交易時間，服務平均處理時間，超過5,10,30等交易的筆數(shù)，ESB內(nèi)部最大交易時間，最小交易時間，內(nèi)部平均處理時間，超過1,3,5等的交易筆數(shù)。提供日報，月報查詢功能。有相關數(shù)據(jù)調(diào)用報表，包含其所有被調(diào)用到的服務的提供給類排名表，如交易量Top10,1.20.生成系統(tǒng)運行日二級功能點功能說明與服務治理平臺聯(lián)動，根據(jù)服務治理平臺的實現(xiàn)報文的模擬發(fā)生器，模擬服務消費者請載實現(xiàn)集群環(huán)境下的版本發(fā)布程序，包括版本與缺陷管理工具集成，實現(xiàn)單元測試，集成功能說明創(chuàng)建新的隊列刪除隊列啟動隊列，應用系統(tǒng)能夠訪問到該隊列制大小等。

基礎服務：平臺內(nèi)部完成特定功能的服務，如拆包，組包，映射等。

組合服務：通過基礎服務和業(yè)務服務組合起來形成的服務，即為組合服務，也稱代理通過ESB產(chǎn)品的運行平臺和管理控制臺，實現(xiàn)了ESB系統(tǒng)服務的發(fā)布功能。ESB系統(tǒng)上的服務由服務規(guī)范小組通過分析業(yè)務需求和交易接口，結合XX的MBSD規(guī)范藍本，最終形成新疆開發(fā)人員將按服務規(guī)范的定義在ESB系統(tǒng)上進行服務的定義、注冊和發(fā)布，而服務的提供者則按服務定義的契約實現(xiàn)服務的內(nèi)容，相關的服務消費者按照服務的契約進行服務的訂閱調(diào)用。能獲得容器中的服務的各種狀態(tài)，以及查找ESB容器是否存在相應的服務。服務管理平臺實現(xiàn)服務全生命周期的管理，包括服務識別，服務的分析，服務的定義，服務的發(fā)布，服務的開發(fā)和服務的運行監(jiān)控，同時也包含服務的持續(xù)改進，修改優(yōu)化的過程。最后，服務也存在其生命的過程，可能會走向消亡。所以ESB系統(tǒng)必須有一套管理工具的實現(xiàn)全行服務的信息管理，包括包括服務的查詢、新增、修改、注銷等；能查詢服務與服務提供者、服務消費者的關系。通過服務的運行態(tài)的管理控制臺，可以方便的獲得容器中的服務的各種狀態(tài)，以及查找ESB容器是否存在相應的服務。范，企業(yè)服務總線實現(xiàn)了服務注冊、查找和發(fā)布訂閱功能。服務日錄圖表40服務發(fā)布訂閱示意圖通過UDDI的服務，可以查找到該服務技術上的接口和信息。在業(yè)務上，服務的查詢可以通據(jù)映射，對于復雜的映射規(guī)則可以通過增加映射功能函數(shù)(服務組件)的適用范圍定長報文分隔符報文銀聯(lián)8583報文適用于使用Tuxedo作為通訊接口的應用系統(tǒng)交易SOP報文固定格式報文混合報文象圖表41企業(yè)服務總線系統(tǒng)信息格式標準在企業(yè)服務總線系統(tǒng)的實施過程中，如果有特殊的信息格式，可以為新疆銀行開發(fā)出專門的格式轉換以及報文解析工具。同時，在外部系統(tǒng)的連接上，能夠支持以下的數(shù)據(jù)標準：說明能夠自動導入國際金融信息交換標準0FX/IFX的DTD或Schema,自動生成企業(yè)服務總線系統(tǒng)中對OFX/IFX的數(shù)據(jù)定義SWIFT數(shù)據(jù)有現(xiàn)成的工具，能夠定義SWIFT格式中的各數(shù)據(jù)域的數(shù)據(jù)標準數(shù)據(jù)庫域定義數(shù)據(jù)標準自定義數(shù)據(jù)標準能夠利用企業(yè)服務總線系統(tǒng)現(xiàn)成的商務詞匯管理(BVM)工具對數(shù)據(jù)標準進行定義3、內(nèi)置很多功能函數(shù)，包括trim,if,case,inttostr,strtoint,is4、支持通用的表達式，包括=,>,<,+…6、支持數(shù)組映射適配接出非標準代碼->標準代碼標準代碼->非標準代碼標準代碼->非標準代碼非標準代碼->標準代碼圖表43標準代碼專業(yè)一覽表支持服務的多種組合形式(不含業(yè)務邏輯)●并發(fā)(含聚合)業(yè)服務WCaθusinessl元構/拆組包配置0循環(huán)調(diào)用組日流水營理識8率行調(diào)用淚見串行誦用道組件0循環(huán)調(diào)用詛出服務模塊服務渠藍協(xié)議串行調(diào)用組并發(fā)組合服務流程并發(fā)組合服務流程說明：服務Busithroughl、Busithrough2并發(fā)執(zhí)行，返回Busithroughl和Busithrough2的返回結果備服務警CaBusinesl處理組0循環(huán)調(diào)用組循環(huán)組合服務流程循環(huán)組合服務流程說明：當Busisdoservicel的返回報文中，errorcode=1時，循環(huán)調(diào)用服務Busisdoservice2墻用而半Y墻用而半YCaBusinessl智Ca1442202645731黎CaSe開始警Ca1442282645731標準服務服務消費者C1通過接入適配器調(diào)用ESB系統(tǒng)上的服務，不管是S1或是S2都可以調(diào)用得實現(xiàn)S0A化的IT系統(tǒng)架構。易接口，柜面調(diào)用一個轉賬接口A,網(wǎng)銀調(diào)用轉賬接口B,電話銀行調(diào)用轉賬接口C。這三個系□新舊系統(tǒng)切換的過程中需要用到版本管理。流量控制銷8a設eru令還圖表46流量控制邏輯圖

連接：各個consumer的應用和流量控制服務器建立長連接，保障流量控制的高效性。o與流量控制超時控制時間為5秒，如果5秒鐘沒有返回，則默認交易通過原則

超時回收：流量控制服務器上的令牌的有效生命周期為120(可調(diào)),一旦超時這個時如全局令牌數(shù)1000,有4臺機器，可以選擇參數(shù)因子為0.25或是0.30,則本地流量的數(shù)值是250或是300。圖表47流量控制主備切換圖檢測線程每隔60(可調(diào))秒檢測一次，一旦恢復則重新設置申請令牌的權限控制超時控制服務消費者服務提供者ESB系統(tǒng)服務消費者服務提供者T1T133故障隔離控制應用隔離圖表49健康監(jiān)測示意圖優(yōu)先級控制(VIP虛擬通道)個保證重要服務有確定數(shù)量的線程可以處理，此處線程數(shù)是可配置的。

重要服務不使用共享線程池。

通過隊列消息的優(yōu)先級控制，可以設置某系統(tǒng)請求消息的優(yōu)先級，在系統(tǒng)從隊列中獲異常處理模塊異常處理模塊交易圖表50異常處理機制示意圖定時謂度運行定時謂度運行隊列器圖表51定時調(diào)度管理流程示意圖方式等相關信息進行統(tǒng)一維護管理?？啃?、服務連續(xù)性、優(yōu)先級等);可以約定標準服務狀態(tài)碼和信息提示，提供有效問題的追蹤●加解密算法支持：對稱算法可以采用數(shù)據(jù)加密標準DES(64位)或是3DES(192);非

各系統(tǒng)分配唯一性ID,實現(xiàn)系統(tǒng)間的安全認證，確保銀行信息的安全性，提高全行信息安全技術的水平。

實現(xiàn)報文的完整性校驗，確保服務消費者和ESB系統(tǒng)傳輸?shù)臄?shù)據(jù)是一致

能夠屏蔽網(wǎng)絡的安全攻擊，避免系統(tǒng)出現(xiàn)問題，設置IP白名單/黑名單，允許的IP才可以訪問ESB系統(tǒng)。

提高系統(tǒng)處理的效率，減少安全控制對系統(tǒng)帶來的影響。

實現(xiàn)關鍵數(shù)據(jù)域的安全控制。摘要CMD5校驗碼報文池NNY4、服務消費者接收到ESB系統(tǒng)返回的密鑰同步信息，該信息包括的用戶，MAC_KEY,PIN_KEY,ESB系統(tǒng)的工作日期，密鑰的存活時間長和工作密鑰校驗值，服務消費者使用自身的私鑰信息解密后得到真實的信息。密鑰的信息保存在系統(tǒng)的內(nèi)存中，同時根據(jù)密鑰的生存時間算出本系統(tǒng)的失效時間，系統(tǒng)A在使用該工作密鑰前，根據(jù)系統(tǒng)時間判斷該密鑰是否失效，如果失效則主動觸發(fā)同步。考慮到服務消費者可能是一個多進程的應用系統(tǒng)，進程處理完畢后可能會結束進程的處理，所以需要將工作密鑰的信息加密后保存到本地的共享文件中，在系統(tǒng)判斷是否存在工作密鑰的時候，可以判斷內(nèi)存的工作密鑰是否存在，如果存在則直接使用，如果不存在則查找共享文件中的信息，加載工作密鑰信息后繼續(xù)處理。如果共享文件中的工作密鑰也不存在，再進行密鑰同步處理。5、服務消費者在請求ESB系統(tǒng)的服務時，先生成請求ESB系統(tǒng)的XML報文后驗碼和消費者生成的MD5校驗碼是否一致，如果一致則認為交易正常，受理該交易請求；如果不一致，則認為交易異常，拒絕該交易請求。6、如果發(fā)現(xiàn)交易不一致，則返回交易拒絕信息。同時將用戶對應的密鑰信息加密后下發(fā)給前端服務消費者。消費者收到后進行相應的處理。所以交易發(fā)生交易拒絕，則觸發(fā)同步的信息。7、系統(tǒng)所使用的工作密鑰存在系統(tǒng)的生命周期，目前確定是每一天更換一次密鑰信息。但是在更換的過程中有新舊密鑰共存的時間，確保切換過程中服務消費者系統(tǒng)和ESB系統(tǒng)多機部署過程中不出錯，共存的時間建議為1個小時，超過1小時后上一天的密鑰將會失效，這時使用舊密鑰發(fā)送上來的交易將會失敗。延長共存的時間能夠盡可能的避免這種錯誤的出現(xiàn)，但是會降低系統(tǒng)的安全性。ESB在交易處理的過程中會判斷該工作密鑰是否到時間，如果失效則當筆交易繼續(xù)處理，同時在響應的信息中下發(fā)新的工作密鑰，服務消費者收到新的工作密鑰后更新本地的工8、密鑰隨機產(chǎn)生的算法：系統(tǒng)時間戳+8位隨機數(shù)，生成32位的MD5散列值后，根據(jù)8位隨機數(shù)模8運算后確定開始截取的位置，得到24個字節(jié)的密鑰。

工作密鑰的同步，要求客戶端有同步工作密鑰的過程。

工作密鑰的生命周期和切換。

多應用系統(tǒng)工作密鑰的共享。

非對稱算法和公私密鑰的產(chǎn)生。

異步流水，確保交易過程中不需要直接操作數(shù)據(jù)庫。如果數(shù)據(jù)庫異常，流水登記服務

安全控制方案在系統(tǒng)異常的情況下，可以選擇默認的令牌進行同步，從而確保數(shù)據(jù)庫文第強構文器*..2.流水的可配置性，實現(xiàn)流水控制開關靈活配置.mmmi1、處理時間3、服務消費者4、服務提供者n1rns0A*四am詞u用mw建mn=t轉0m管有金nT2a系統(tǒng)提供日志的自動分卷和自動歸檔功能。提供平臺日常運作的日志記錄功能，能對日志文件進行定時抓取集中存儲歸檔ESB系統(tǒng)代碼使用行業(yè)標準API(Log4j)工具包實現(xiàn)日志記錄，服務的日志按服務和日期進行設置，超過設定大小如50M可以自動分文件。日終結束后，可以將當天產(chǎn)生日志通過定時任務自動化打包壓縮上傳到歸檔服務器。根據(jù)應用系統(tǒng)的文件容量和每日的處理量，可以確定應用服務器上保留的日志天數(shù)，超過部門確保歸檔完成后，進行清理。因為ESB系統(tǒng)是一個集群部署的系統(tǒng)，為了方便日志分析和查詢，通過定時的任務和文件拷貝的腳本，可以實現(xiàn)日志的定時抓取和集中存儲與管理，并實現(xiàn)日志的備份與清理的功能。具體的存儲規(guī)則可詳見7.9.3章節(jié)日志備份和清理提供在ESB數(shù)據(jù)交換平臺上的所有服務的運行情況的統(tǒng)計和分析報表，可提供系統(tǒng)運行狀態(tài)的統(tǒng)計分析報告。可提供實時分類流量統(tǒng)計和異常統(tǒng)計查詢。提供系統(tǒng)運行瓶頸分析功能，能夠采集分析各個模塊的處理時間、成功率和故障情況，可統(tǒng)計分析出系統(tǒng)的瓶頸點。借助分析，能對系統(tǒng)將要出現(xiàn)的瓶頸預警和提示，提醒使用者提前應對。 408洲H. 408洲