專訪Rational“舵手”分享IBM SOAG政策

2006年11月16日，IBM Rational軟體全球産品開發和客戶支援副總裁Lee R. Nackma和IBM大中華區Rational軟體總經理桂榮青造訪北京IBM創新中心。51CTO.com作為惟一受邀的IT技術網站，對Rational的兩位“舵手”進行了專訪，有幸從技術和業務兩個層面分享了日新月異的SOAD/SOAG政策，聆聽Rational軟體未來的發展方向。

<b>SOA</b><b>不是技術手段而是業務政策</b>

“SOA不是技術手段，而是業務政策”。專訪伊始，桂榮青總經理就直截了當地表述出自己的觀點。

要保障SOA的實作，就需要一套與之對應的從業務需求出發的設計、開發環境政策。桂榮青進一步介紹說，自3月份IBM宣布推出SOAD政策以來，IBM中國，尤其是Rational部門就一直緻力于提升中國企業的IT靈活性和快速響應市場的能力。經過幾年的熏陶，中國企業逐漸接受SOA相關的概念，企業裡的CIO與CTO也開始重新思考自己的角色地位。從前CIO可能會把主要精力放在如何實作企業所需的IT服務上，但随着固有IT系統的不斷增多，CIO不僅要考慮滿足企業提出的新需求，更重要的是要對已有的系統進行管理。是以SOAD的推出正是适應了中國企業對IT系統的這一需求。

那麼既然有了SOAD來保障SOA的實作過程，為什麼又要提出SOAG呢？

這是因為圍繞 SOA 制定政策的企業需要有效的IT治理機制。越來越多的IT服務單元的快速增加需要由企業内外的不同組織進行維護，這使得治理更具挑戰性。當且僅當對服務進行有效地治理，使之符合服務級别協定 (SLA) 在安全性、可靠性、績效等方面的規定要求時，業務服務的這種跨組織的特性，以及潛在的、跨組織邊界的服務組合才有可能正确而有效地發揮作用。是以，識别、指定、建立和部署企業服務需要 SOA 治理——由一個強大的有效主體監視企業服務組合的整個生命周期。

<b>Rational</b><b>幫助企業SOA</b><b>落地生根</b>

Lee告訴筆者，IBM認為SOA并非一次性的服務實踐或者一套程式化的工具，而是确定最佳實踐、方法論、工具、切入點，以及對整個生命周期進行改革的整體觀點。SOA應當在整個生命周期階段的端到端治理環境下完成上述措施，而且部署的過程應當是自動的、漸進式的。

有了觀點和政策，那麼怎樣将之付諸實踐，讓SOA在企業落地生根，掌控SOA的生命周期呢？

Rational就是IBM提供的解決之道。

在方法論上， RUP（Rational Unified Process）已經被軟體開發領域廣為接受，新版專門針對SOA為RUP提供了插件。在平台和工具方面，IBM提供了基于标準的、使業務流程模組化的許多方面實作了自動化的新型程式設計模型，以及能使團隊在解決不斷變化的業務需求方面有效地建立群組裝服務的實踐和工具。在标準化方面，去年底IBM聯合業界主流廠商共同釋出了兩項針對SOA的重要模型規範——SCA(Service Component Architecture，服務構件架構)和SDO（Service Data Objects，服務資料對象）。這兩項規範的釋出為SOA計算環境下的程式設計模型打下了一個堅實的基礎，推動SOA的發展前進了一大步。

思維的慣性上，很多開發人員都認為Rational強大而繁瑣，用牛刀殺雞出了“大材小用”，會不會反而礙手礙腳？

Lee對此的解答是“RUP有很多不同的流程整合，可以分開對應不同規模的項目，當你選用某一種流程時，關鍵是對自己的需求有所了解。”他還補充說，為了滿足企業與開發人員對不同量級工具的自由選擇，IBM基于Eclipse平台建立了Eclipse Process Framework(EPF)并捐贈了RUP的子集，這一架構現在已經衍生出了一個類RUP的Open UP。

為滿足SOAD與SOAG（SOA Governance）的需要，Rational現在強調從需求階段就開始介入，以實作全過程保證SOA的正常實施。正如桂永青所言：“我們認為，SOA的最終目标是用IT來解決業務的需求。雖然SOA的概念已經廣為傳播，但是目前國内對SOAG的認識仍不夠。是以，推廣SOAG正是IBM要做的事情。”

展望得更遠一些，未來Rational将與Tivoli對接，為企業提供整個IT生命周期的管理。

<b>背景資料：從SOA</b><b>到SOAG</b>

<b>1.</b><b>面向服務架構（SOA</b><b>）的緣起</b>

1996年Gartner提出了SOA（Service Oriented Architecture，面向服務的架構）的概念，給企業帶來了新的希望。SOA是一個基于特定标準的組織、設計方法，SOA在傳統的業務層和技術層之間增加了一個服務層，通過連接配接能完成特定服務的獨立功能實體來實作軟體系統架構。它将業務層和技術層之間的資訊有效地進行溝通，讓企業應用層可以徹底擺脫技術的束縛。通過将注意力放在服務上，應用程式能夠集中起來提供更加豐富、更加靈活、目的性更強的商業流程，使得基于SOA的企業應用系統通常會更加真實地反映出與業務模型的結合。

<b>2.</b><b>解讀SOAD</b><b>政策</b>

以業務和服務為導向，應用SOA建立解決方案的企業，要重新考慮系統種類、定義團隊成員協作、設計解決方案等元件對業務的影響。這種更廣泛的，面向服務的設計和開發環境就是SOAD政策。

實施SOAD，企業要以業務目标和需求為導向，推動設計、開發和測試，将業務流程轉換為對業務進行了自動化和整合的複合應用程式。同時還需要跟蹤整個生命周期中的需求，從業務目标到軟體設計與編碼資産，再到複合應用程式。還要設計整合的解決方案，確定高靈活性，能夠适應企業需求變更，最大限度地提高資産重用、減少備援。

實施SOAD涉及廣泛的能力、技術、工具。

<b>3.Rational</b><b>幫助企業實施SOAD</b><b>的過程</b>

Rational為開發團隊提供了一個完整的、開放的、子產品化的和經過驗證的環境，可用于針對靈活的SOA解決方案的業務驅動開發。Rational軟體開發平台為建立SOA應用程式提供了基于角色的工具，包括需求和分析、設計、構造、軟體品質、過程和項目組合管理、資産生命周期管理。

Rational還為實施SOAD提供了諸多領先的解決方案。這些解決方案引導從業者通過SOA開發生命周期的每個階段，最大限度地提高資産可重用性，促進項目成功和確定可預測性。基于角色的工具提供了使用者各自需要的準确的功能集合，應用Eclipse支援的緊密內建，通過促進協作縮小了業務和IT之間的差距。確定業務需求推動下遊開發，并提供了從開始到部署的過程中對需求的跟蹤能力。

<b>4.IT</b><b>治理、SOAG</b><b>與Rational</b>

美國IT治理協會給IT治理的定義是：“IT治理是一種引導和控制企業各種關系和流程的結構，這種結構安排，旨在通過平衡資訊技術及其流程中的風險和收益，增加價值，以實作企業目标。”

SOA治理與傳統的IT治理的主要差異在于：

1）企業共享服務需要未雨綢缪做安排，明确制訂各項規則和政策。

2）SOA需要更多的業務部門參與其中，各部門之間需要進行更多協作。

3）IT部門需要定期與有關各方進行更加廣泛、一緻的溝通。

4）SOA治理并非是一項技術，而是一項企業整體的變革。

5）如何确立決策權、管理資産的生命周期、評估有效性是SOA治理的根本目标。

就SOA的開發重心而論，Rational主要緻力于SOA治理部分。為了實施SOAG，Rational開發了多種全新工具與技術。這些新功能完美融合，将有助于客戶進行風險管理，更加充分的實作SOA的優勢。

本文轉自 

alifafa 51CTO部落格，原文連結：http://blog.51cto.com/chenghong/12273 ，如需轉載請自行聯系原作者