面向esb的體系結(jié)構(gòu)一種錯誤的采用soa的方式

《面向esb的體系結(jié)構(gòu)一種錯誤的采用soa的方式》由會員上傳分享，免費(fèi)在線閱讀，更多相關(guān)內(nèi)容在工程資料-天天文庫。

1、面向ESB的體系結(jié)構(gòu)：一種錯誤的采用SOA的方式BobbyWoolf2008年2月21日WebSphereJ2EE顧問IBMSoftwareServicesforWebSphere本文討論了一些圍繞構(gòu)建企業(yè)服務(wù)總線（EnterpriseServiceBus，ESB）的項目出現(xiàn)的問題。文中將說明沒有以面向服務(wù)的體系結(jié)構(gòu)（Service-OrientedArchitecture，SOA）為目標(biāo),而僅僅去實(shí)現(xiàn)ESB的項目為何不好，并說明應(yīng)該如何正確地采用SOA。編者注：自從Bobby的這篇文章發(fā)表以來，受到了極大關(guān)注，我們對圍繞

2、這篇文章的討論非常重視。不過，這篇文章讓某些讀者誤認(rèn)為IBM?不再看重ESB的價值。請相信事實(shí)并非如此。請參見下面?zhèn)葯谥蠫regFlurry和KyleBrown撰寫的內(nèi)容，其中對所涉及的問題進(jìn)行了澄清。引言我們會經(jīng)常遇到越來越多的客戶要求完成根本不使用SOA的項目，而僅僅在其中實(shí)現(xiàn)企業(yè)服務(wù)總線（EnterpriseServiceBus，ESB）體系結(jié)構(gòu)。此類面向ESB的體系結(jié)構(gòu)并不困難，但是其成功與否卻難下定論。要求進(jìn)行此類項目的客戶并不了解這一點(diǎn)：面向ESB的體系結(jié)構(gòu)并不帶來業(yè)務(wù)價值?；诿嫦駿SB的體系結(jié)構(gòu)的項目需要成

3、為基于SOA的項目，才能幫助確保成功地提供業(yè)務(wù)價值。僅使用ESB體系結(jié)構(gòu)SOA基于業(yè)務(wù)需求。SOA可保持IT與業(yè)務(wù)的一致性，使IT系統(tǒng)按照業(yè)務(wù)系統(tǒng)的方式工作，幫助確保IT產(chǎn)生業(yè)務(wù)價值。有關(guān)更多細(xì)節(jié)，請參見IBM白皮書“IBMSOAFoundation:Anarchitecturalintroductionandoverview”（參考資料部分提供了一個鏈接）。在本文中，BobbyWoolf將舉例說明，在沒有制定相關(guān)計劃就標(biāo)識和構(gòu)造作為SOA核心的服務(wù)的情況下，采用ESB的做法并不好。這是一個已經(jīng)進(jìn)行了大量討論的常見IT問題

4、的ESB特定示例：不應(yīng)在未首先考慮技術(shù)將帶來的價值的情況下采用任何技術(shù)。在此示例中，可以將文中的ESB替換為幾乎任何其他倍受關(guān)注的軟件產(chǎn)品或術(shù)語，其中所述的情況仍然成立。不過，本文會使Blogosphere的某些讀者認(rèn)為IBM不再看重ESB的價值。事實(shí)并非如此。本文實(shí)際上認(rèn)為（IBM的觀點(diǎn)也是如此）ESB是非常有用和必要的技術(shù)基礎(chǔ)設(shè)施，但應(yīng)該將其作為SOA的一部分加以采用。有關(guān)這些主題的更多信息，請參見文章“ExploringtheEnterpriseServiceBus,Part2:LearnwhytheESBisafu

5、ndamentalpartofSOA”（developerWorks，2007年9月）。SOA的主要目標(biāo)是在業(yè)務(wù)領(lǐng)域與IT領(lǐng)域之間保持一致，從而同時提高二者的效率。使用IBM產(chǎn)品和服務(wù)構(gòu)建IT系統(tǒng)的IT部門可能對其業(yè)務(wù)需求了解并不夠。對于習(xí)慣于精確計劃系統(tǒng)將如何工作的工程師，業(yè)務(wù)工作的方式可能會讓人覺得沒有計劃，是隨機(jī)的。說明內(nèi)容看起來不一致，不可行，業(yè)務(wù)用戶的需求似乎不現(xiàn)實(shí)，而且總在變。業(yè)務(wù)需求成了“都市神話”，似乎存在于組織中，但仔細(xì)分析卻又找不到。?版權(quán)所有?IBM公司?2008商標(biāo)面向ESB的體系結(jié)構(gòu)：一種錯誤的采

6、用SOA的方式第1頁，共5developerWorks?ibm.com/developerWorks/cn/從這個角度而言，將IT與業(yè)務(wù)保持一致是不現(xiàn)實(shí)的。業(yè)務(wù)部門似乎不知道自己需要什么。其流程對自動化構(gòu)成了挑戰(zhàn)。實(shí)現(xiàn)流程自動化的工作沒有效果，而且站不住腳。工程師所了解的是技術(shù)。技術(shù)并不需要想像的需求列表，僅僅需要代碼而已。代碼不會抱怨不好用，編譯器也不會每天改變自己的需求。代碼要么運(yùn)行，要么不運(yùn)行。如果今天代碼在運(yùn)行，那么明天它也會運(yùn)行。技術(shù)對于工程師來說更容易掌握，也讓他們覺得比較滿意。這也碰巧成為了大多數(shù)企業(yè)軟件公司

7、銷售的主要內(nèi)容。ESB是技術(shù)，用于連接到其他技術(shù)。SOA非常復(fù)雜，而與此不同，ESB理解起來較為容易。ESB并不需要任何這樣的業(yè)務(wù)需求，僅僅需要技術(shù)需求。ESB非常精確，以各項標(biāo)準(zhǔn)為基礎(chǔ)：數(shù)據(jù)格式、連接協(xié)議、XML、IP、HTTP、SOAP、JMS、JAX-RPC、JAX-WS等等。SOA可能會永遠(yuǎn)都處在分析停滯狀態(tài)，而構(gòu)建ESB可以實(shí)際完成一些看得見的工作。這經(jīng)常被稱為連接一切的項目?？蛻粲泻芏嗖糠帧獞?yīng)用程序、計算機(jī)系統(tǒng)、數(shù)據(jù)中心、部門、子公司、外派機(jī)構(gòu)、合作伙伴和客戶——這些部分彼此并不通信。各個部分對其他部分所進(jìn)行

8、的工作毫不知情。一個部分擁有另一個部分需要的數(shù)據(jù)，因此這兩個部分需要協(xié)同工作。只有所有的部分連接到一起，才能夠都正常工作。與嘗試了解業(yè)務(wù)需求的無效果相比，連接一切是一個能夠解決的問題，因?yàn)槠浣鉀Q方案是技術(shù)。如果將IT部門比作錘子，則ESB就是SOA的釘子。他們的想法經(jīng)常是，“我們不知道還需要別的什么，因