引導(dǎo)企業(yè)客戶采用SOA

1、盡管 SOA (面向服務(wù)的體系結(jié)構(gòu) 的概念進入中國已有一段時間, 但國內(nèi)用戶至今對 SOA 的認識仍不夠清晰,導(dǎo)致 SOA 的市場需求 并不明朗。就目前國內(nèi)的現(xiàn)狀來看,對于 SOA ,更多的企業(yè)仍處于 觀望的態(tài)度,有很多的疑慮。據(jù)調(diào)查,表示對 SOA 關(guān)注的企業(yè)用戶 為數(shù)不多,其中有 15.9%的流通行業(yè),而在制造行業(yè)僅有 8.6%。 SOA 推廣應(yīng)用認識的誤區(qū)國內(nèi) SOA 應(yīng)用的這一尷尬局面,很大程度上是由于認識上的誤 區(qū)影響了 SOA 的推廣應(yīng)用。認識的誤區(qū)主要表現(xiàn)在三方面:首先,認為 SOA 是萬能的,可以應(yīng)用于所有的場合。其實情況 并非如此。 SOA 并不能代替已經(jīng)在公司內(nèi)部存在的那些

2、被良好集成 的應(yīng)用系統(tǒng)。通過合理的部署, SOA 系統(tǒng)可以改善原有的 IT 系統(tǒng), 使得原有的那些應(yīng)用系統(tǒng)更具有柔性。通常情況下,復(fù)雜的 IT 構(gòu)架 對 SOA 的需求更加迫切, 并且 SOA 需要與外部復(fù)雜的 IT 環(huán)境交互, 并快速地應(yīng)對頻繁發(fā)生的業(yè)務(wù)變化。其次, 認為構(gòu)建了 SOA 架構(gòu), 就不再需要應(yīng)用整合技術(shù)。 其實, SOA 并非一蹴而就。 雖然 SOA 使系統(tǒng)整合更容易, 但是企業(yè)仍然需 要核心的整合技術(shù),例如轉(zhuǎn)換、挖掘、流程整合、適配器等等,使它 們成為架構(gòu)和規(guī)劃中的組成部分。 企業(yè)先要對需求進行一次全面的評 估 不僅僅局限于 IT ,而是面向整個企業(yè)。實現(xiàn) SOA 可能需要耗

3、 費幾年的時間。第三,認為構(gòu)建了 SOA ,就不需要 IT 人員的參與,業(yè)務(wù)人員照 樣可以把服務(wù)連接成新的業(yè)務(wù)流程。 這種想法沒有考慮服務(wù)的實現(xiàn)仍 得由人編寫實施服務(wù)的軟件,系統(tǒng)也仍需要有經(jīng)驗的 IT 專業(yè)人員把 業(yè)務(wù)工作流轉(zhuǎn)換成顧及企業(yè)級性能、 安全、 資源使用和可靠性的具體 實施方案。其實這些誤區(qū)的產(chǎn)生是由于對 SOA 的三個應(yīng)用層面理解的偏差 所致。譬如開發(fā)者大多對如何建立 SOA 應(yīng)用感興趣,因此他們關(guān)注 更多的是 SOA 中應(yīng)用程序的體系架構(gòu)方面。 而 WebSerivces 管理工 具的賣主一般認為 SOA 主要是有關(guān)基礎(chǔ)組件體系結(jié)構(gòu)的。同樣,用 戶群體會認為 SOA 是用于企業(yè)業(yè)

4、務(wù)應(yīng)用結(jié)構(gòu)的。對于國內(nèi)的用戶來講,接受 SOA ,難的并不是技術(shù),而是 SOA 理念的灌輸,以及對企業(yè)文化的重新改造。 SOA 與傳統(tǒng)的應(yīng)用體系 結(jié)構(gòu)不同, SOA 更多地是針對變化而設(shè)計的, 基于 SOA 的系統(tǒng)能具 備更大的彈性,而且能夠?qū)崟r地根據(jù)企業(yè)的變化,調(diào)整自己的結(jié)構(gòu), 以滿足企業(yè)變化的需求。 SOA 的一個中心思想就是讓企業(yè)應(yīng)用能夠 徹底擺脫面向技術(shù)的解決方案的束縛, 以輕松應(yīng)對企業(yè)的商業(yè)服務(wù)變 化和發(fā)展的需要。中小企業(yè)的 SOA要走出應(yīng)用的誤區(qū), SOA 的構(gòu)建無疑顯得異常重要。通過以服 務(wù)為中心而不是以應(yīng)用為中心來組織企業(yè) IT 建設(shè) , SOA 為企業(yè)提供 了一系列關(guān)鍵的好處

5、 :能提高生產(chǎn)力,提高對業(yè)務(wù)和 IT 的靈活性和響 應(yīng)速度,允許 IT 更快地提供服務(wù)并更好地適應(yīng)業(yè)務(wù)的需求 , 以及允許業(yè)務(wù)更快地響應(yīng)并提供更好的用戶體驗。但怎樣才能成功實施 SOA 呢 ?從用戶的角度看, SOA 有助于企業(yè)實現(xiàn)資產(chǎn)重用、靈活的管理 和更快的開發(fā)與部署。在當(dāng)今的業(yè)務(wù)環(huán)境中,變化無時無刻不在,快 速響應(yīng)客戶需求、 應(yīng)對市場機遇和外部威脅的敏捷性比以往任何時候 都更顯重要。 SOA 能幫助用戶隨需應(yīng)變,代表了企業(yè)信息化的最高 境界。當(dāng)然,也會有很多人認為 SOA 只是大型企業(yè)才會用到的一種架 構(gòu)和方法。其實不然, SOA 不只是大企業(yè)所獨享的,中小企業(yè)也一 樣能擁有。 因為中小

6、企業(yè)也是生態(tài)鏈中的一部分, 他們并不需要整合 自己, 而是要把自己建立在一個開放的平臺上, 以幫助自己能參與到 大的生態(tài)商業(yè)系統(tǒng)中。那么,企業(yè)應(yīng)該如何構(gòu)建 SOA 呢 ? 其實,實施 SOA 需要企業(yè)改 變以往對待 IT 系統(tǒng)的觀念, 學(xué)會從新的角度看待 IT 系統(tǒng)。 SOA 不僅 是技術(shù)問題,更是企業(yè)戰(zhàn)略和業(yè)務(wù)方面的問題。因此, 企業(yè)要將不同的系統(tǒng)、 不同的應(yīng)用統(tǒng)一到一個大的框架之 內(nèi),企業(yè)基礎(chǔ)平臺的選擇就顯得尤為關(guān)鍵。平臺選擇得好,企業(yè)可以 很方便地實現(xiàn)應(yīng)用系統(tǒng)的集成, 達到事半功倍的效果。 企業(yè)在選擇基 礎(chǔ)平臺時,一定要關(guān)注平臺所支持的標(biāo)準(zhǔn)及所擁有的功能。因此, 盡管 SOA 不是一劑靈

7、丹妙藥, 也不適合解決所有的問題, SOA 真正在國內(nèi)的大規(guī)模應(yīng)用普及還需要克服眾多障礙,但是,我們相信隨著 SOA 的應(yīng)用得到了正確的認識, SOA 成為軟件業(yè)的下一 個大趨勢將是不爭的事實。SOA 有哪些基本原則?了解 SOA 是為了解決什么樣的問題 , 我們先來了解一下 SOA 有哪 些基本原則。粗粒度在 SOA 中服務(wù)粒度有兩種相關(guān)的意思,即服務(wù)是如何實現(xiàn)的,服 務(wù)使用和返回了多少數(shù)據(jù)或多少消息。 細粒度服務(wù)執(zhí)行了最小的功能, 發(fā)送和接收少量的數(shù)據(jù)。 粗粒度服務(wù)執(zhí)行了較大的業(yè)務(wù)功能, 并交換 了更多的數(shù)據(jù)。原則:細粒度服務(wù)是供粗粒度服務(wù)或組合服務(wù)使用的,而不是由終 端應(yīng)用直接使用的。

8、如果應(yīng)用是使用細粒度服務(wù)建立的, 則應(yīng)用將不 得不調(diào)用網(wǎng)絡(luò)上多個服務(wù), 并且發(fā)生在每個服務(wù)上的數(shù)據(jù)量較少, 因 而會對對系統(tǒng)整體性帶來影響。 所以, 粗粒度服務(wù)的用戶不能直接調(diào) 用他所使用的細粒度服務(wù)。 同時, 由于粗粒度服務(wù)可能使用多個細粒 度服務(wù),因此它們不能提供粒度級的安全和訪問控制。松散耦合松耦合的系統(tǒng)特點是靈活,而應(yīng)用到 SOA 中的目的就是將服務(wù)使 用者和服務(wù)提供者在服務(wù)實現(xiàn)和客戶如何使用服務(wù)方面隔離開來 。服務(wù)提供者和服務(wù)使用者間松散耦合背后的關(guān)鍵點是服務(wù)接口作為 與服務(wù)實現(xiàn)分離的實體而存在。 這是服務(wù)實現(xiàn)能夠在完全不影響服務(wù) 使用者的情況下進行修改。大多數(shù)松散耦合方法都依靠基于

9、服務(wù)接口的消息。 基于消息的接口 能夠兼容多種傳輸方式(如 HTTP 、 JMS 、 TCP/IP、 MOM 等?；?于消息的接口可以采用同步和異步協(xié)議實現(xiàn)?？芍赜貌考?/服務(wù)如果完全按照可重用的原則設(shè)計服務(wù), SOA 將可以使應(yīng)用變得更為 靈活。 可重用服務(wù)采用通用格式提供重要的業(yè)務(wù)功能, 為開發(fā)人員節(jié) 約了大量時間。設(shè)計可重用服務(wù)應(yīng)該是與數(shù)據(jù)庫設(shè)計或通用數(shù)據(jù)建模類似的最有 價值的工作?；跇?biāo)準(zhǔn)Web Service是目前實現(xiàn) SOA 應(yīng)用的一項基本的,適用的技術(shù),它 為服務(wù)的訪問提供了一個被廣泛接受的開放標(biāo)準(zhǔn)。JBI (JSR208 是 SUN 推出的基于 Java 的 SOA 標(biāo)準(zhǔn), 隨

10、著在 JSR 208中被定義,它也成為了把服務(wù)容器組裝為合成應(yīng)用的標(biāo)準(zhǔn)。Service Component Architecture (SCA和 Service Data Objects (SDOs標(biāo)準(zhǔn)是 IBM 和 BEA 所推出的 SOA 標(biāo)準(zhǔn),并在 Apache Group建立了 Apache Tuscany項目。在我看來,標(biāo)準(zhǔn)之爭并不是關(guān)鍵所在,但就 JBI 和 SCA/SDO標(biāo)準(zhǔn) 而言, JBI 的應(yīng)用范圍更嚴(yán)格,可能最終會成為更大的標(biāo)準(zhǔn)中的一部 分 Java 實現(xiàn)。SOA 面臨什么樣的問題?繁雜的應(yīng)用和協(xié)議繁變化的服務(wù)需求管理監(jiān)控網(wǎng)絡(luò)瓶頸標(biāo)準(zhǔn)的缺失困難的跨團隊變更管理這些問題都比較

11、好理解,也不是只有采用 SOA 才能解決問題 的。但是作為典型的 SOA 應(yīng)用,以上的情況都是必須面對的,也是 SOA 系統(tǒng)函待解決的。SOA 的應(yīng)用場景是怎樣的?適用場景1. 集成成本持續(xù)增長,而并未因為可提供真正投資回報 (ROI 的新業(yè)務(wù)機會而得到緩解。2. 兼并和收購是企業(yè)擴大市場份額和獲得新發(fā)展機會的業(yè)務(wù) 模式的核心。3. 解決方案要求對來自異構(gòu)系統(tǒng)和編程模型的業(yè)務(wù)功能進行 集成。4. 業(yè)務(wù)的生存依賴于根據(jù)市場變化快速調(diào)整或即時響應(yīng)競爭 威脅的能力。5. 全球經(jīng)濟的影響要求企業(yè)事半功倍地開展業(yè)務(wù), 而且有必要 依賴業(yè)務(wù)合作伙伴提供非核心業(yè)務(wù)功能。6. 就提高收益而言, 與業(yè)務(wù)合作伙伴

12、協(xié)作的效率對企業(yè)十分關(guān) 鍵。7. 企業(yè)業(yè)務(wù)資產(chǎn)的價值在減少,因為不能對其進行評估,以在 最初用途之外的其他地方使用。8. 企業(yè)員工的效率出現(xiàn)了問題, 因為他們的大部分時間并沒有 花在提供公司業(yè)務(wù)模型的核心功能和服務(wù)上。9. 企業(yè)的業(yè)務(wù)充滿了機會型的業(yè)務(wù)工作。10. 企業(yè)從頭開始開發(fā)新應(yīng)用程序。 (SOA 應(yīng)當(dāng)作為定位將來的 新應(yīng)用程序的缺省架構(gòu)模式,當(dāng)然,業(yè)務(wù)條件有其他限制時 除外。不適用場景1. 企業(yè)只將小部分 IT 預(yù)算用于集成項目。2. 企業(yè)的大部分流程都是手動的或以文檔為中心的,自動化 的機會幾乎為零。3. 企業(yè)的大部分應(yīng)用程序開發(fā)都使用相同的編程模型。4. 企業(yè)的操作由一個或兩個客戶

13、關(guān)系管理 (CRM 和企業(yè)資 源規(guī)劃 (ERP 應(yīng)用程序管理,幾乎沒有集成要求。 5. 企業(yè)的現(xiàn)有技能庫與實現(xiàn)支持 SOA 的基礎(chǔ)結(jié)構(gòu)所需的技 能庫之間存在重大差異。6. 未發(fā)現(xiàn)可從 SOA 提供的功能受益的業(yè)務(wù)需求或機會。7. 新業(yè)務(wù)服務(wù)的可用性將對現(xiàn)有的收益流帶來負面影響。8. 企業(yè)依賴的業(yè)務(wù)合作伙伴對公司間流程的自動化采用了不 同的優(yōu)先級。9. 企業(yè)的主要業(yè)務(wù)的開展涉及到海量且同步性和實時性要求 非常高的事務(wù)。應(yīng)用分析:SOA 項目成功實施的十個步驟對于每一個面向服務(wù)的架構(gòu) (SOA的成功故事,在某個部署階段都會有一個陷入困境的 SOA 項目。對于每一個面向服務(wù)的架構(gòu) (SOA的成功故事

14、,在某個部署階段 都會有一個陷入困境的 SOA 項目。 人們普遍認可的一個理論是, 50%的 IT 項目是不成功的,這突出了 SOA 項目的成功與挑戰(zhàn)。當(dāng)然,這 會讓人們對著手實施 SOA 戰(zhàn)略產(chǎn)生極大的畏懼心理。在企業(yè)高級主管和 IT 更加密切地使技術(shù)與業(yè)務(wù)需求保持一致的 基礎(chǔ)上, SOA 仍是他們的首要議事日程。 SOA 迅速消除了與 IT 項目 相關(guān)的大量失敗統(tǒng)計, 已經(jīng)顯示了有據(jù)可查的投資回報率, 業(yè)已證實 的 SOA 的成功使全球 SOA 商機增長到 603億美元。這與 2005年估 計為 346億美元的市場潛力相比,增長了 75%。此外,預(yù)計 2008年 SOA 市場繼續(xù)攀升 54

15、%,達到 1430億美元 (Gartner。SOA 戰(zhàn)略能夠快速實現(xiàn)投資回報, 這將推動該市場繼續(xù)進一步增 長。事實上,快速實現(xiàn)投資回報的商機之多可能達到驚人的地步。例 如,許多組織未意識到在獨立的部門和應(yīng)用中存在大量的重復(fù)流程, 以及這些重復(fù)的流程使他們付出了多少成本。 當(dāng)您審查由于多余職能 部門和重復(fù)工作所造成的成本和收入損失時, 您就開始察覺到集中服 務(wù)而不是管理多個存在競爭關(guān)系的重疊職能部門所具有的價值。 有一些觀望者可能會問:“以前的方法都失敗了, SOA 怎么能夠 成功 ? ”以及“我如何避免變成別人的統(tǒng)計數(shù)據(jù) ? ”這些問題很有說服力。簡言之,之所以能夠?qū)崿F(xiàn)成功的 SOA 戰(zhàn) 略

16、,是因為標(biāo)準(zhǔn)、 最佳實踐和管理模式最終走向成熟,使重用變得切 實可行。 根據(jù)定義, SOA 是一種架構(gòu), 同時也是一種可幫助應(yīng)對緊迫業(yè)務(wù)挑戰(zhàn)的 IT 方法。盡管每個企業(yè)都有著不同的業(yè)務(wù)需求,每個行業(yè)都面臨自己獨有 的挑戰(zhàn),但有一些共同的問題導(dǎo)致了 SOA 的失敗。最常見的 10個問題是:1. 確保高級主管的支持:在說明將如何確保公司的 SOA 取得成 功之前,要準(zhǔn)備好演示其它企業(yè)的 SOA 征程的成功與失敗,并清楚 地表明您將如何效仿經(jīng)過驗證的實踐,以及如何避免陷阱。2. 調(diào)整陣容:消除障礙并讓高管支持 SOA 的難題在于調(diào)整您的 組織采用新的工作和思考方式。 要做到這一點, 需要為每個業(yè)務(wù)環(huán)

17、節(jié) 識別和招募至關(guān)重要的擁護者,他們將支持甚至極力宣傳在 SOA 問 題上所做的努力。3. 統(tǒng)一視圖:消除目前分散在企業(yè)的對信息的多個視圖,以便 僅看到對業(yè)務(wù)的單一、全面和一致的視圖。4. 重用等于重新有用:識別并維護現(xiàn)有 Web 服務(wù)的存儲庫,以 避免重復(fù)。 您可能會對企業(yè)不同部門已經(jīng)做了如此多的工作而感到驚 訝。5. 整合孤島:盡管從理論上來看,目前許多 IT 機構(gòu)都在尋求整 合,避免多余,實現(xiàn)現(xiàn)有 IT 投資價值的最大化,但實際上,大量工 作依然放在努力維護共存的不同 IT 系統(tǒng)上,而非用于整合。撿芝麻 而丟西瓜的做法對于 SOA 毫無用處。6. 著眼全局:請記住, SOA 是一種體系結(jié)

18、構(gòu),而不是拙劣地捆綁到一起需要強力配合的單點產(chǎn)品。真正的 SOA 采用基于開放標(biāo)準(zhǔn) 的方法構(gòu)建,需要經(jīng)歷四個戰(zhàn)略階段:建模、組裝、部署和管理。 7. 借助企業(yè)服務(wù)總線:ESB 提供可用于整合 SOA 內(nèi)的服務(wù)所需 的許多連接基礎(chǔ)設(shè)施。 SOA 和 ESB 配套使用,有助于減少復(fù)雜的接 口數(shù),使您能夠?qū)Ｗ⒂诤诵臉I(yè)務(wù)問題,而不是維護 IT 基礎(chǔ)設(shè)施。 8. 循序漸進:當(dāng)在整個企業(yè)部署 SOA 的思想占有壓倒性的優(yōu)勢 時, 要記住, 最佳方法是在部署過程中不斷測試并改進首先從部 門開始,然后慢慢擴展到整個企業(yè),以便識別問題,并向存儲庫中添 加最佳實踐。9. 避免權(quán)宜之計:切記,您不僅僅是為幾天或今年

19、構(gòu)建 SOA 。 SOA 是一種調(diào)整 IT 與業(yè)務(wù)需求保持一致的企業(yè)全局方法,必須支持 當(dāng)前以及將來的業(yè)務(wù)需求。 例如, 一定要包括對移動和無線設(shè)備的支 持,以及確保具備足夠的靈活性來支持下一步重大發(fā)展。10. 防止偶然性的 SOA :許多企業(yè)可能發(fā)現(xiàn),他們擁有良好的 Web 服務(wù)存儲庫,這些資源將構(gòu)成 SOA 的大部分,雖然他們并不認 為 SOA 始終都采用 Web 服務(wù)。須牢記的是, SOA 必須超越 Web 服 務(wù)的范疇,以支持所有的業(yè)務(wù)流程。此外, SOA 還必須提供靈活、可 擴展和可組建的方法, 以便重用并擴展現(xiàn)有的應(yīng)用以及構(gòu)建新的應(yīng)用 因此,如果您對于今年啟動 SOA 項目猶豫不決

20、,就將使技術(shù)與 IT 需求更好地保持一致作為新年決議, 并聯(lián)合開發(fā)人員來提高收入, 降低企業(yè)的成本。遵循這十個步驟,您將踏上 SOA 成功之路。 與傳統(tǒng)的信息技術(shù)(IT 項目相比較,當(dāng)提到需求收集和需求處理的時候,面向服務(wù)的體系結(jié)構(gòu)(SOA 項目面臨著更嚴(yán)峻的挑戰(zhàn)。來自 領(lǐng)先公司的文章和研究材料討論了缺乏正確的需求是如何導(dǎo)致 IT 項目失敗的。作為一名 IT 項目經(jīng)理、構(gòu)架師或者開發(fā)人員,您可能 具有直接對這些問題進行處理的第一手材料。 由于不完整的, 錯誤的 或者經(jīng)常變更的需求, 有相當(dāng)數(shù)量的項目超出了他們的預(yù)算, 而且并 沒有在規(guī)定時間內(nèi)完成。到了最后,技術(shù)已經(jīng)并不重要:如果一個項 目具有

21、最高效體系構(gòu)架,比如它使用了 SOA ,利用了所有標(biāo)準(zhǔn)技術(shù) 的,架構(gòu)是非常健壯的,并且它性能遠超過所有人的期望 ,但這個 項目并不滿足最初的業(yè)務(wù)需求, 那么這個項目也是在浪費時間和資金。 獲取需求需要一套獨特的技術(shù), 這些技術(shù)是藝術(shù)與科學(xué)的結(jié)合。 比如, 您不能逃避人為的因素 人們有時候會改變他們想要什么東西 的想法。 假設(shè)您想要獲取百分之百的需求或者期望需求不會變更是不 實際的。 一個優(yōu)秀的業(yè)務(wù)分析師會與系統(tǒng)的用戶一起工作, 并向他們 建議正確需求的價值。 分析師已經(jīng)證明了用戶參與到這個過程是極其 重要的, 并且應(yīng)當(dāng)讓用戶對任何的變更或者疏忽擔(dān)負責(zé)任。 這就好比 “如果您輸入的是垃圾,那么輸

22、出的也一定是垃圾” 如果您由 一個不良需求開始,那么最終的產(chǎn)品肯定是毫無用處的。本文是由三個部分組成的系列文章的第一部分,這個系列專門討論 SOA 實現(xiàn)的需求過程。本文集中討論了 SOA 項目技術(shù)方面的內(nèi)容, 以及您怎樣對這種項目的技術(shù)需求進行定義。 這個系列的第 2部分將 討論,服務(wù)作為您的 SOA 不可缺少的一部分,我們?nèi)绾螌λM行需 求定義并為它創(chuàng)建用例。 第 3部分研究了如何為 SOA 的持續(xù)管理獲取需求。 貫穿這個系列, 我們將利用 IBM® Rational® RequisitePro®作為需求工具來獲取這些需求。您應(yīng)該從哪里入手 ?我將不會對 SOA

23、 的基礎(chǔ)或者 SOA 實現(xiàn)路標(biāo)的不同方法進行深入 探討。 您可能正在閱讀這篇文章, 因為您的組織已經(jīng)有了一個明確的 SOA 路標(biāo)(或者正處于被的定義的過程中 ?；蛟S您已經(jīng)確定了一個 路標(biāo)上的起始點,并有一個投資項目來構(gòu)建最初的三到五個服務(wù)。 在這個階段您需要確定兩種類型的需求:您服務(wù)的需求以及支持這些 服務(wù)的技術(shù)需求。這篇文章集中討論了后者:技術(shù)需求。我將在第 2篇文章中談到業(yè)務(wù)需求。 但是等等 您可能會問, 業(yè)務(wù)需求不是 應(yīng)該首先出現(xiàn)嗎?我更希望先談?wù)剺I(yè)務(wù)需求, 但是絕大多數(shù) SOA 計劃由 IT 團隊領(lǐng)導(dǎo) 的,而不是被與 IT 團隊協(xié)作的業(yè)務(wù)團隊領(lǐng)導(dǎo)的。 IT 團隊往往能夠 在業(yè)務(wù)團隊之前

24、獲取新的技術(shù)。他們開始提出一些關(guān)于治理、支持、 成本模型等等的問題。在技術(shù)的方向上,他們開始談?wù)摻y(tǒng)一描述、發(fā) 現(xiàn)和集成規(guī)范(UDDI 存儲的問題,技術(shù)框架構(gòu)建服務(wù)的問題,企 業(yè)服務(wù)總線 (EBBs 問題等等。 我很少見到 IT 團隊談?wù)撽P(guān)于選擇業(yè) 務(wù)服務(wù)以及進行概念驗證(POC 的問題。他們挑選一個服務(wù),然后 主要精力集中在技術(shù)上。他們討論這個 POC 要用什么技術(shù)、用什么 樣的擴展標(biāo)記語言(XML 標(biāo)準(zhǔn)、使用什么平臺、用什么 ESB 等等 問題。從此處開始并不是不正確,我曾見到過一個 SOA 的項目,后 來進展緩慢或者延期一直到下一個財務(wù)年度末,因為 IT 團隊對于SOA 所展示的某些方面不

25、能達成一致。因此我們也這里開始,然后 轉(zhuǎn)移到服務(wù)的業(yè)務(wù)需求上來。對我來說, 從這里開始的另外一個原因是這個由三個部分組成的系列 邏輯流程。 這篇文章概括了所有的技術(shù)討論, 接下來的兩篇文章將集 中討論業(yè)務(wù), 首先討論最初的服務(wù), 然后討論那些服務(wù)的維護和擴展。 _SOA 路標(biāo)需求的技術(shù)可交付產(chǎn)品您怎樣為您的 SOA 項目獲取技術(shù)需求?假設(shè)您已經(jīng)確定了您準(zhǔn)備 最初展示的三到五個服務(wù)作為您 SOA 項目的一部分。警告有三件事情我要告誡大家:UDDI 、 ESB 和框架的標(biāo)準(zhǔn)開發(fā)工具。您 可能認為這超出了本文的范圍,但我有我的原因。 UDDI 是一個非常 大的概念。然而,在您首次 SOA 展示中,您

26、可能只有很少的服務(wù)和 一個相關(guān)的定義明確的消費者基礎(chǔ)。在這個場景中,使用 UDDI 有 點小題大做了。ESB 也是一樣。我們假設(shè)您需要構(gòu)建幾個服務(wù)并運行它們。只要您 使用了動態(tài)的綁定(也就是說您對端點不使用硬編碼 ,您就為這些 服務(wù)的可操作方法提供可見性,這時使用 ESB 同樣小題大做了。 最后, 您也許要求標(biāo)準(zhǔn)話您企業(yè)的開發(fā)框架和工具。 如果是這樣就太 好了。如果不是,也不要以 SOA 作為借口來這樣做。您可能會疏遠 一些構(gòu)架師和開發(fā)人員。 只要您的服務(wù)能夠使他們對服務(wù)級別的要求達到一致, 潛在的技術(shù)是沒有問題的。 這對您最初的服務(wù)和 SOA 展 示來說就是真理 -盡管對這種標(biāo)準(zhǔn)化也可能存在

27、其它正當(dāng)?shù)睦?由,比如, 離岸外包、減少開發(fā)和維護成本、新資源的學(xué)習(xí)曲線等 等。您應(yīng)該使這些與 SOA 保持獨立。首先您必須能夠支持少數(shù)幾個服務(wù)。為了做到這一點,您需要定義: 運行方面的服務(wù)級協(xié)議(SLA 支持方面的 SLA 服務(wù)的執(zhí)行需求 部署需求一旦這些初始的服務(wù)存在于產(chǎn)品環(huán)境中, 您就可以對您的 SOA 的其 它技術(shù)需求進行形式化了。這些包括以下幾點: 長期 SOA 的整體運行戰(zhàn)略 管理服務(wù)發(fā)現(xiàn),供應(yīng)以及交付 面向服務(wù)開發(fā)的最佳實踐和模式 運行方面的 SLA 支持方面的 SLA這時就應(yīng)該開始為建立您 SOA 的真實企業(yè)規(guī)?？紤] ESB 、 Web 服 務(wù)管理平臺以及其它的技術(shù)問題了。獲取

28、技術(shù)需求獲取技術(shù)需求從不是一件很容易的事情。 比如, 如果您問別人他們需 要系統(tǒng)的應(yīng)答速度有多快,他們會回答, “盡可能快。 ”從技術(shù)上說, 這個需求不會有什么幫助。在一個 SOA 例子中,獲取技術(shù)需求變得更加困難。 您要能夠為您的服務(wù)確定運行級別:應(yīng)答時間、 啟動時間, 當(dāng)前用戶的平均數(shù)量等等。此外,您還必須定義服務(wù)級別:與修復(fù)嚴(yán) 重程度為 2或者 3的服務(wù)缺陷相比, 修復(fù)嚴(yán)重程度為 1的服務(wù)缺陷需 要多長時間, 構(gòu)建一個新的特性或增強需要花費多長時間, 以及更多 的問題。 從這些服務(wù)的消費者獲取這些需求毫無疑問更多的是藝術(shù)問 題而不僅僅是科學(xué)方法的問題。 科學(xué)在于為問題定義正確的答案。 藝

29、 術(shù)是讓您的消費者以一種具體的方式來回答那些問題而不是得到一 些含糊的答案。獲取需求的工具當(dāng)然您需要一個需求存儲庫。 Rational RequisitePro 是一個非常好的 選擇, 這是因為您可以利用 Rational Software Architect 和 Rational 套件中的工具在整個設(shè)計和實現(xiàn)階段將需求與設(shè)計緊緊聯(lián)系起來。 (查看參考資源部分,可以獲取更多關(guān)于 Rational RequisitePro 的信 息。 一個技術(shù)構(gòu)架師或者一個技術(shù)分析師必須與您最初服務(wù)的消費者進 行溝通,并開始獲取這個信息。您的 SOA 項目的成功很大程度上取 決于您的團隊準(zhǔn)確、真實地獲取這些需求

30、的能力。比如,您的需求是 您的系統(tǒng)支持每秒一百萬次的點擊和兩秒以內(nèi)的響應(yīng)時間。 滿足這個 運行級別的時間和所需資金的總數(shù)可能會破壞您的項目的成功, 對于 一個 SOA 項目領(lǐng)導(dǎo)者, 您需要從小規(guī)模著手并逐漸成長。 另一方面, 如果這個服務(wù)的確需要極其高的運行級別,您需要為您最初的 SOA 選擇一個或者一套不同的服務(wù)。其它的需求SLA 和運行級別協(xié)議(OLA 是兩套最困難的 SOA 技術(shù)需求,因為 任何人都希望這個服務(wù)能夠盡可能的快速響應(yīng),達到 24/7,來支持 無窮大數(shù)量的用戶等等。 為這些服務(wù)開發(fā)定義良好的參數(shù)是十分困難 的, 在構(gòu)建這樣的服務(wù)的時間和成本上達到平衡更是難上加難。 一旦 您擁

31、有了業(yè)務(wù)需求(在第 2部分討論 、 SLA 以及 OLA ,您就可以開 始您的實現(xiàn)和部署需求。 正如前面所提到的那樣, 在這個階段您不必 因為技術(shù)、框架、工、 ,產(chǎn)品或者甚至是許多的標(biāo)準(zhǔn)而延遲進展。簡 易地開始,利用 SOAP 和 Web 服務(wù)描述語言(WSDL 作為基礎(chǔ)標(biāo) 準(zhǔn)。采用 .NET®或者 Java 技術(shù) 無論您的企業(yè)是否已經(jīng)選擇 它們作為一個標(biāo)準(zhǔn)或者在這方面有更多的經(jīng)驗。 選擇剛剛好的最小數(shù) 量的開發(fā)工具。從開發(fā)的角度來看,如果您選擇了 .NET 您就應(yīng)該利 用 IIS 。然而,如果您選擇了 Java 技術(shù),就可以使用一個簡單的應(yīng) 用服務(wù)器, 比如 Tomcat 或者 G

32、eronimo 。 在這個階段您甚至不需要 Jboss , 更不用說 WebLogic 或者 IBM WebSphere®。 然而, 如果您 的企業(yè)對于特殊的開發(fā)容器有標(biāo)準(zhǔn)限制(WebSphere 、 WebLogic 或 者其它 ,采取各種辦法來與它保持一致。構(gòu)架師必須有前瞻的思維, 以小規(guī)模開始, 但是頭腦中必須一直保持 著一個宏偉的藍圖。 在開始時使用任何簡單的工具或者您當(dāng)時所擁有 的構(gòu)架。當(dāng)這些服務(wù)成熟以后,您就可以對您的 SOA 定義全面的技 術(shù)需求。 您將會有更多的經(jīng)驗知識來更好地決定您的最終構(gòu)架、 基礎(chǔ) 結(jié)構(gòu)需求、工具和產(chǎn)品需求,以及您想要采取的各種標(biāo)準(zhǔn)得級別。您所選擇

33、的服務(wù)應(yīng)該能夠在更大程度上幫助您做出抉擇。_總結(jié)在這篇文章中您很少關(guān)注對最初 SOA 項目的技術(shù)需求的學(xué)習(xí), 而更 多關(guān)注的是從哪入手進行需求獲取過程。 SOA 提供了很大的遠景。 然而,為了達到這種遠景, 您應(yīng)該從小規(guī)模開始。從一開始就嘗試在 整個范圍接受 SOA 將延遲您的項目,并將使成本增加以至于您的 CIO 在證實它對業(yè)務(wù)的價值時出現(xiàn)麻煩。您甚至需要在下一個預(yù)算 財年中冒些風(fēng)險來開展您最初的 SOA 項目 .SOA 項目和獲取 SOA 得技術(shù)需求與能力成熟度模型(CMM 非常 相似。一旦開始,就應(yīng)在級別 1的 CMM 中審視自己。不要試著去 解決級別為 4或者 5的問題。 集中精力于短

34、期的 SOA 展示上, 并在 腦子里保持宏偉的計劃。下一篇文章將對您最初的 SOA 服務(wù)的業(yè)務(wù)需求進行討論。 它闡述了 如何獲取這些需求以及利用 Rational RequisitePro 作為工具來完成 這項工作。然而, 使用任何工具都要有這種思想和概念,您可以利用 Microsoft®Office Word 或者任何形式的需求存儲庫來獲取相同的 信息。SOA 技術(shù)發(fā)展至今, 越來越多的人已經(jīng)深入理解了這一架構(gòu)風(fēng)格, 進 而開始思考如何在實際企業(yè)環(huán)境中實施 SOA 。 這樣就涉及到一個具體 的技術(shù)問題, 究竟應(yīng)該選擇什么技術(shù)編程模型來搭建這樣一個服務(wù)計 算環(huán)境?作為 SOA 的系列

35、圖書之一,本書立足于技術(shù)底層,試圖指引讀者理解構(gòu)建 SOA 的基礎(chǔ)編程模式。這一技術(shù)模式也并非耳熟能 詳?shù)?Web 服務(wù), 而是新興的 SOA 技術(shù)標(biāo)準(zhǔn)服務(wù)組件架構(gòu) (Service Component Architecture, SCA 、 服務(wù)數(shù)據(jù)對象 (Service Data Object, SDO 和業(yè)務(wù)流程執(zhí)行語言(Business Process Execution Language, BPEL 。這三個技術(shù)分別解決了服務(wù)構(gòu)建、數(shù)據(jù)模型和流程編排領(lǐng)域 的問題,因而被稱為“ SOA 編程模式的鐵三角” 。本書首先和讀者一起回顧一下 SOA 的基本理念和實施 SOA 的技術(shù)需 求,進

36、而簡要介紹 SCA 、 SDO 和 BPEL 技術(shù)。此后的章節(jié)根據(jù)這三個 主要的技術(shù)方向分為不同的模塊,分別介紹相應(yīng)技術(shù)的起源、理念、 規(guī)范和實例, 力圖使讀者全方位地理解這些技術(shù), 并能夠進行基本的 開發(fā)實踐。 本書的讀者對象是參與 SOA 項目實施的系統(tǒng)架構(gòu)設(shè)計師、 服務(wù)開發(fā)人員和測試人員, 或者是相關(guān)專業(yè)的在校學(xué)生, 以及任何希 望了解 SOA 的廣大技術(shù)人員。本書的作者是直接參與 SOA 編程模式成長過程中最早的一批技術(shù)人 員。 在 SOA 這一概念被廣泛提出之前, 這些技術(shù)的原型就已經(jīng)在 IBM 的產(chǎn)品中開始醞釀并實際應(yīng)用。 作為產(chǎn)品的開發(fā)和測試人員, 作者親 自目睹了技術(shù)的演變,

37、從原型孵化到技術(shù)成熟, 因此更加渴望將這些 技術(shù)介紹給更多的技術(shù)人員,希望大家都能夠有所收獲。叢書序 致力于軟件業(yè)務(wù)在中國的長期發(fā)展, IBM 公司于 1999年在中國投資 成立了中國開發(fā)中心 (IBM China Development Lab, CDL 。 在為 IBM 全球客戶提供滿足需求的軟件、 硬件產(chǎn)品, 以及技術(shù)和解決方案的同 時,作為 IBM 全球軟件資源在中國的窗口, CDL 把全球先進技術(shù)引入中國,為中國軟件產(chǎn)業(yè)與世界的交流搭建橋梁。八年來, CDL 不斷吸引全球卓越的科技和管理人才, 以及中國各大學(xué) 府的頂尖學(xué)生、 優(yōu)秀工程師加入, 并積極致力于同本土合作伙伴共同 建設(shè)團隊

38、,研發(fā)隊伍從八年前的 100多位軟件工程師增至今天的 3000多位,年平均成長速度超過 50%。CDL 高度重視員工培養(yǎng),除各種短期或長期的培訓(xùn),員工還被派往 IBM 在美國或其他地區(qū)的實驗室, 與世界各地同仁一起工作, 在工作 中學(xué)習(xí)先進的技術(shù)和管理方式。 CDL 更是將 IBM 全球?qū)嶒炇抑袚碛?豐富經(jīng)驗的技術(shù)和管理人才請到中國工作, 向中國員工傳授經(jīng)驗。 龐 大的資金注入,人性化的管理方式,以及對人才方面的巨大投資,對 人力資本的極度重視,使中國開發(fā)中心得以與 IBM 全球?qū)嶒炇夜餐?成長,最終擁有一支經(jīng)驗豐富,訓(xùn)練有素的團隊。目前, CDL 與全世界同步發(fā)展多項領(lǐng)域產(chǎn)品, 正在為包括

39、Information Management 、 WebSphere 、 Lotus 、 Tivoli 、 Rational 在內(nèi)的所有 IBM 軟件核心產(chǎn)品的研究和開發(fā)做出卓越貢獻,并在 SOA 、數(shù)據(jù)庫、 WebSphere 產(chǎn)品系列、 普及運算、 Lotus Workplace Client技術(shù)及 Linux 系統(tǒng)方面取得非凡的成就,被視為 IBM 全球產(chǎn)品的開發(fā)重心之一。 在 CDL 高速發(fā)展的同時,為將信息產(chǎn)業(yè)的最新技術(shù)盡快地轉(zhuǎn)化為對 中國用戶有價值的解決方案, 幫助用戶更有成效地開展業(yè)務(wù), 增強競 爭優(yōu)勢, 我們恪守為中國軟件業(yè)與世界交流搭建橋梁的承諾, 希望將 IBM 全球公司幾

40、十年的技術(shù)積淀和我們的心得與大家共同分享, 于是, 我們選擇了實力非凡、 專業(yè)創(chuàng)新的電子工業(yè)出版社博文視點公司作為合作伙伴，推出這一由 IBM 中國開發(fā)中心（CDL）的架構(gòu)師、資深軟 件工程師們編寫的系列叢書，范圍涵蓋了從開發(fā)實踐、測試方法、項 目實踐、最新技術(shù)標(biāo)準(zhǔn)和發(fā)展趨勢探討，到先進解決方案構(gòu)建、面向 服務(wù)的架構(gòu)的提供等諸多方面。 我希望這套叢書能把我們一線專家寶貴的經(jīng)驗， 以及我們的見解呈現(xiàn) 給讀者，并希望無論是企業(yè) IT 經(jīng)理、程序設(shè)計和開發(fā)人員、軟件工 程師、軟件架構(gòu)師，還是在校學(xué)生，或者是對計算機領(lǐng)域有興趣的人 員，都能從中獲取知識或者得到啟發(fā)。 在同業(yè)界分享經(jīng)驗和世界最新技術(shù)及趨勢的同時， 我們希望能為推動 中國軟件產(chǎn)業(yè)的加速發(fā)展貢獻微薄之力。 IBM 中國開發(fā)中心將一如既 往地同業(yè)界同仁一起，共鑄中國信息產(chǎn)業(yè)的輝煌明天！ IBM 院士、總經(jīng)理 IBM 中國開發(fā)中心 前言 SOA 已為 IT 業(yè)界越來越廣泛地接受，SOA 的理念和架構(gòu)風(fēng)格也已逐 漸滲透到企業(yè)架構(gòu)中去，甚至在具體項目實施中也有所體現(xiàn)。進而， 對 SOA 實施的討論正逐漸成為關(guān)注的焦點。采用什么技術(shù)路線能夠 真正實現(xiàn)