企業(yè)ESB項(xiàng)目實(shí)施方法論_第1頁
企業(yè)ESB項(xiàng)目實(shí)施方法論_第2頁
企業(yè)ESB項(xiàng)目實(shí)施方法論_第3頁
企業(yè)ESB項(xiàng)目實(shí)施方法論_第4頁
企業(yè)ESB項(xiàng)目實(shí)施方法論_第5頁
已閱讀5頁,還剩7頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

1、 企業(yè)ESB項(xiàng)目實(shí)施方法論如同其它 IT 項(xiàng)目一樣,企業(yè)服務(wù)總線類項(xiàng)目的實(shí)施也要經(jīng)歷需求分析、方案設(shè)計(jì)、編碼和測試、上線部署等階段。我們將針對 ESB 項(xiàng)目的設(shè)計(jì)和實(shí)施過程中各個階段要完成的主要工作內(nèi)容和一些最佳實(shí)踐跟大家作一些討論,進(jìn)而希望大家在企業(yè) ESB 項(xiàng)目實(shí)施過程中借鑒科學(xué)的方法論的指導(dǎo)來保證其成功。需求分析階段是梳理項(xiàng)目中相關(guān)功能需求和非功能需求的重要步驟,它是整個項(xiàng)目成敗的關(guān)鍵。在這個階段我們將從企業(yè)業(yè)務(wù)需求出發(fā),梳理端到端的跨系統(tǒng)業(yè)務(wù)流程;基于業(yè)務(wù)流程,依據(jù)科學(xué)的方法論進(jìn)行服務(wù)鑒別;由服務(wù)列表出發(fā),梳理服務(wù)的消費(fèi)和提供關(guān)系;然后根據(jù) SOA 的最佳實(shí)踐,定義服務(wù)的接口,包括服務(wù)

2、的 Schema 描述,字段的類型,編碼的規(guī)則;依據(jù)服務(wù)的消費(fèi)提供關(guān)系,梳理 ESB 中的服務(wù)映射和轉(zhuǎn)換規(guī)則和策略。概括而言,我們需要從功能性和非功能性兩個方面來進(jìn)行 ESB 的需求分析。針對 ESB 的功能性需求,我們要側(cè)重了解以下方面的問題:1. 梳理出要被集成的系統(tǒng)的名稱,個數(shù)。2. 針對每個系統(tǒng)而言,要了解:該系統(tǒng)的對外接口是向外調(diào)用 (OutBound),被別人調(diào)用 (Inbound),還是二者都有;接口的實(shí)時性要求,是實(shí)時的還是批量的,還是二者皆有?接口的調(diào)用方式,是同步的還是異步的,還是二者皆有?應(yīng)用系統(tǒng)所運(yùn)行的操作系統(tǒng)平臺。應(yīng)用系統(tǒng)本身的編程語言?C/C+, Java.這些系統(tǒng)

3、現(xiàn)有接口的情況,是否已經(jīng)可以提供對外接口,接口的方式是什么,包括接口的通訊協(xié)議是什么,HTTP/MQ/Socket/ 其它?接口的數(shù)據(jù)格式是什么,XML/ 自定義格式 / 其他行業(yè)標(biāo)準(zhǔn)格式?接口的編程語言是什么,Java/C/C+?如果本身不能提供接口,那么要做接口開發(fā)時有什么要求或限制條件?這些應(yīng)用后臺數(shù)據(jù)庫的情況,數(shù)據(jù)庫能否直接訪問?每個應(yīng)用跟其他應(yīng)用交換數(shù)據(jù)時,源數(shù)據(jù)格式和目的數(shù)據(jù)格式,比如從文本格式轉(zhuǎn)換為 XML 格式?交易特征:哪些處理要采用兩階段提交;是否需要多個消息組成一個交易;是否要保證消息之間的處理順序;適配器的情況:對于一些特殊系統(tǒng),是否已經(jīng)具備現(xiàn)成的適配器;適配器是單向的

4、還是雙向的;消息通信的模式:是 Send and Forget、Request/Reply 還是 Pub/Sub針對 ESB 的非功能性需求,我們要確認(rèn):1. ESB 平臺的擴(kuò)展性和高可用性需求,包括 HA 和集群等;2. ESB 平臺的性能需求,主要包括系統(tǒng)間數(shù)據(jù)交換的頻率,要交換的數(shù)據(jù)的大小 ( 消息大小將直接對效率造成影響 );峰值時候?qū)?ESB 數(shù)據(jù)吞吐量、響應(yīng)時間的要求等;3. 哪些交易要保證數(shù)據(jù)傳輸?shù)母呖煽啃裕?. ESB 平臺的可管理性需求,如服務(wù)的生命周期管理,ESB 平臺的維護(hù)和管理;如果企業(yè)已經(jīng)設(shè)立了 SOA 管控方面的規(guī)范,那么要遵從規(guī)范的制約,比如要考慮是否有規(guī)定的命名

5、規(guī)則,企業(yè)是否有企業(yè)級的數(shù)據(jù)規(guī)范和底層通訊協(xié)議的規(guī)范等;5. 安全性方面的要求:是否采用 SSL 傳輸加密,是否對消息進(jìn)行加密/解密處理等;6. 錯誤處理和日志以及平臺本身的運(yùn)行監(jiān)控等方面的要求等。ESB 的方案設(shè)計(jì)的主要內(nèi)容包括:ESB 涉及 IT 應(yīng)用環(huán)境分析,定義 ESB 與相關(guān)應(yīng)用的接口模式;ESB 架構(gòu)概要設(shè)計(jì),并定義架構(gòu)原則;ESB 相關(guān)產(chǎn)品選擇,包括與外圍系統(tǒng)的適配器選擇和 ESB 產(chǎn)品選擇;ESB 組件模型設(shè)計(jì),分解 ESB 的相關(guān)模塊,滿足 SOA 的分離關(guān)注點(diǎn)等架構(gòu)原則;ESB 運(yùn)作模型設(shè)計(jì),滿足平臺的非功能性需求;ESB 平臺的服務(wù)流設(shè)計(jì),涉及路由、轉(zhuǎn)換和映射等;ESB

6、的同步、異步或者發(fā)布/訂閱模式設(shè)計(jì);ESB 平臺的接入渠道和數(shù)據(jù)接口設(shè)計(jì),包括 XML/JMS、SOAP/HTTP、EDI/MQ 等;ESB 相關(guān)的適配器設(shè)計(jì),包括技術(shù)適配器或者自開發(fā)的適配器;ESB 平臺的容錯和重試機(jī)制設(shè)計(jì),包括日志等的統(tǒng)一管理等;在 ESB 開發(fā)和測試階段要完成的工作主要包括:基于開發(fā)工具的模型驅(qū)動的快速開發(fā);ESB 集成流程的開發(fā);ESB 路由、消息處理邏輯的開發(fā);ESB 數(shù)據(jù)映射和轉(zhuǎn)換的開發(fā);ESB 外圍適配器的開發(fā)和配置;單元測試:基于模塊的測試,包括適配器的測試,路由的測試,BO 的測試等;集成測試:ESB 與其他服務(wù)提供者和服務(wù)消費(fèi)者的集成測試,重點(diǎn)關(guān)注服務(wù)接口;ESB 平臺的性能測試以及系統(tǒng)測試,即整個 ESB 涉及到的端到端業(yè)務(wù)場景的測試等。一個實(shí)際 ESB 項(xiàng)目實(shí)施的成敗,不僅要求我們把產(chǎn)品用熟

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論