關鍵字：SOA 面向服務架構
我們會經常遇到越來越多的客戶要求完成根本不使用SOA的項目，而僅僅在其中實現企業服務總線(EnterpriseServiceBus，ESB)體系結構。此類面向ESB的體系結構并不困難，但是其成功與否卻難下定論。要求進行此類項目的客戶并不了解這一點：面向ESB的體系結構并不帶來業務價值�；诿嫦駿SB的體系結構的項目需要成為基于SOA的項目，才能幫助確保成功地提供業務價值。
SOA基于業務需求。SOA可保持IT與業務的一致性，使IT系統按照業務系統的方式工作，幫助確保IT產生業務價值。有關更多細節，請參見 IBM白皮書“IBM SOA Foundation： An architectural introduction and overview”。
SOA的主要目標是在業務領域與IT領域之間保持一致，從而同時提高二者的效率。
使用IBM產品和服務構建IT系統的IT部門可能對其業務需求了解并不夠。對于習慣于精確計劃系統將如何工作的工程師，業務工作的方式可能會讓人覺得沒有計劃，是隨機的。說明內容看起來不一致，不可行，業務用戶的需求似乎不現實，而且總在變。業務需求成了“都市神話”，似乎存在于組織中，但仔細分析卻又找不到。
從這個角度而言，將IT與業務保持一致是不現實的。業務部門似乎不知道自己需要什么。其流程對自動化構成了挑戰。實現流程自動化的工作沒有效果，而且站不住腳。
工程師所了解的是技術。技術并不需要想像的需求列表，僅僅需要代碼而已。代碼不會抱怨不好用，編譯器也不會每天改變自己的需求。代碼要么運行，要么不運行。如果今天代碼在運行，那么明天它也會運行。
技術對于工程師來說更容易掌握，也讓他們覺得比較滿意。這也碰巧成為了大多數企業軟件公司銷售的主要內容。ESB是技術，用于連接到其他技術。
SOA非常復雜，而與此不同，ESB理解起來較為容易。ESB并不需要任何這樣的業務需求，僅僅需要技術需求。ESB非常精確，以各項標準為基礎：數據格式、連接協議、XML、IP、HTTP、SOAP、JMS、JAX-RPC、JAX-WS等等。SOA可能會永遠都處在分析停滯狀態，而構建 ESB可以實際完成一些看得見的工作。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
