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

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

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

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

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

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

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

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

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

9、服務(wù)接口的消息。 基于消息的接口 能夠兼容多種傳輸方式(如 HTTP 、 JMS 、 TCP/IP、 MOM 等?；?于消息的接口可以采用同步和異步協(xié)議實(shí)現(xiàn)?？芍赜貌考?/服務(wù)如果完全按照可重用的原則設(shè)計(jì)服務(wù), SOA 將可以使應(yīng)用變得更為 靈活。 可重用服務(wù)采用通用格式提供重要的業(yè)務(wù)功能, 為開發(fā)人員節(jié) 約了大量時(shí)間。設(shè)計(jì)可重用服務(wù)應(yīng)該是與數(shù)據(jù)庫(kù)設(shè)計(jì)或通用數(shù)據(jù)建模類似的最有 價(jià)值的工作?；跇?biāo)準(zhǔn)Web Service是目前實(shí)現(xiàn) SOA 應(yīng)用的一項(xiàng)基本的,適用的技術(shù),它 為服務(wù)的訪問(wèn)提供了一個(gè)被廣泛接受的開放標(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項(xiàng)目。在我看來(lái),標(biāo)準(zhǔn)之爭(zhēng)并不是關(guān)鍵所在,但就 JBI 和 SCA/SDO標(biāo)準(zhǔn) 而言, JBI 的應(yīng)用范圍更嚴(yán)格,可能最終會(huì)成為更大的標(biāo)準(zhǔn)中的一部 分 Java 實(shí)現(xiàn)。SOA 面臨什么樣的問(wèn)題?繁雜的應(yīng)用和協(xié)議繁變化的服務(wù)需求管理監(jiān)控網(wǎng)絡(luò)瓶頸標(biāo)準(zhǔn)的缺失困難的跨團(tuán)隊(duì)變更管理這些問(wèn)題都比較

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

34、期的 SOA 展示上, 并在 腦子里保持宏偉的計(jì)劃。下一篇文章將對(duì)您最初的 SOA 服務(wù)的業(yè)務(wù)需求進(jìn)行討論。 它闡述了 如何獲取這些需求以及利用 Rational RequisitePro 作為工具來(lái)完成 這項(xiàng)工作。然而, 使用任何工具都要有這種思想和概念,您可以利用 Microsoft®Office Word 或者任何形式的需求存儲(chǔ)庫(kù)來(lái)獲取相同的 信息。SOA 技術(shù)發(fā)展至今, 越來(lái)越多的人已經(jīng)深入理解了這一架構(gòu)風(fēng)格, 進(jìn) 而開始思考如何在實(shí)際企業(yè)環(huán)境中實(shí)施 SOA 。 這樣就涉及到一個(gè)具體 的技術(shù)問(wèn)題, 究竟應(yīng)該選擇什么技術(shù)編程模型來(lái)搭建這樣一個(gè)服務(wù)計(jì) 算環(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ù)對(duì)象 (Service Data Object, SDO 和業(yè)務(wù)流程執(zhí)行語(yǔ)言(Business Process Execution Language, BPEL 。這三個(gè)技術(shù)分別解決了服務(wù)構(gòu)建、數(shù)據(jù)模型和流程編排領(lǐng)域 的問(wèn)題,因而被稱為“ SOA 編程模式的鐵三角” 。本書首先和讀者一起回顧一下 SOA 的基本理念和實(shí)施 SOA 的技術(shù)需 求,進(jìn)

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

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

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

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

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