SOA進化之標準組織與貢獻廠商

本文審視XML、Web服務及SOA間的關系，并解釋廠商和標準組織如何從那些持續浮現的Web服務規范中形成奇妙的競爭與協同競技場。然后我們從應用架構簡短歷史的敘述著手來對過去的二十年作一個總結。

　　2. SOA的持續進化(標準組織與貢獻廠商)

　　XML作為一種語言，被定義為一個規范，但實際上也被用作表達所有的XML及Web服務規范。這個普遍思路褒揚了這樣的事實:不管規范的規模會有多大的增長，都分享了一個公共的根基。

　　無論你是否需要在這些擴展上直接工作，它們的存在與進化將對你所構建的面向服務解決方案有持續影響。有關規范與標準形成的過程及原因的知識，也因此關系到你對于SOA世界的理解。

　　2.1. 比較“標準”、“規范”與“擴展”

　　這些術語?？山惶媸褂?，但是許多---特別是與標準組織相關---還是有明顯的區別。規范是標準的建議文檔。直到規范被提交到一個公認的標準組織，并被接受、公布，它都不是正式的工業標準。

　　盡管如此，規范還可被廠商發布(特別是合作廠商)，并隨之被這些廠商平臺實現，通常會進一步成為非正式的工業標準，只是由于它們變得非常普遍。

　　為避免混淆，本書將這些術語作如下定義:

　　﹡　標準 公認的工業標準。所有的第一代Web服務規范可認作標準，許多XML規范同樣如此。
 
　　﹡　規范 被提議的或公認的標準，以規范來描述。XML標準，第一代Web服務標準，以及WS-*擴展都以規范的方式存在。
 
　　﹡　擴展 擴展典型地代表WS-*規范以及WS-*規范所提供的特性。

　　2.2. 標準組織對SOA的貢獻

　　眾所周知，SOA由標準驅動。早先的平臺在廠商特定的邊界內實現;環境內的標準實際上是專有的。允諾廠商中立的通信框架常伴有不可談判的需求，就是要定義此框架的標準是同樣也廠商中立的。

　　可是，如何確切地制定這些標準，并非總是很清晰?；ヂ摼W標準組織現在已經存在很長時間，但是它們各自的議程總不大清楚，有時甚至有所重疊。更復雜的問題是這些主要的廠商中立標準的貢獻者是廠商自身。微軟、IBM、Sun微系統以及眾多其他公司已經扮演了日益重要的角色，不僅是制定Web服務規范，還促進了實現這些規范作為工業標準的實現。

　　廠商如何貢獻并影響了標準的開發過程將在后續章節解釋。讓我們首先來熟悉三個最主要的標準組織。它們共同負責完成XML與Web服務架構的進化。

　　萬維網聯盟(W3C)

　　最初由提姆•伯尼爾斯•李于1994創立，W3C對于萬維網作為全球信息分享的語義媒介負有極大責任。它開始于HTML的發布，這是IT行業所產生的最流行的一種語言。當互聯網用于包括由電子商務開端的更廣范圍時，W3C開始制定關鍵基于XML的基礎標準，象XML Schema及XSLT。

　　四個獨立工作組對W3C的Web服務活動工程作出了重要貢獻，導致了重要的Web服務基本標準開發。首要的是SOAP與WSDL標準，現在已成為Web服務相關的標志性規范。更近一些，W3C已提出了Web服務編舞描述語言(WS-CDL)，一個控制標準化的服務間交換模式的規范。值得關注的還有Web服務架構文檔本身。盡管這個文檔不斷經歷變化，它還是保留了一個參考點，且是少數可用的平臺中立的Web服務架構文檔之一。

　　W3C以正式和嚴格的標準開發方法而聞名。其過程需要規范受制于諸多的評審與修訂階段，每一個新的版本都會發布在其公開網站上。這樣完全的過程要以時間為代價，完成一個標準要用兩到三年。

　　結構化信息標準進步組織(OASIS)

　　原本于1993年作為SGML開放組織而成立，OASIS五年之后改變了其名稱，代表其關注點從SGML轉為XML相關的標準。OASIS擁有來自超過600家組織的數千個成員，是一個公認的互聯網標準制定組織。

　　OASIS假定擁有著名的WS-BPEL規范的所有權，并且還以其ebXML的開發(一個旨在建立標準化的B2B數據交換方法的規范)和對于UDDI規范的貢獻而聞名，后者是第一代Web服務平臺的核心標準。

　　OASIS組已經有力地推進了XML與Web服務安全擴展的開發。安全聲明標記語言(SAML)用擴展訪問控制標記語言(XACML)提供了單點登錄與授權領域的重要特性。然而，最重要的安全相關項目由Web服務安全(WSS) 技術委員會完成。這個小組被委托進一步開發并實現重要的WS-安全框架。

　　不同于W3C集中于建立核心的、工業未知標準，OASIS組的主要興趣在于利用這些標準去制定附加規范以支持不同的垂直行業。而且，OASIS所用的標準開發過程要明顯短一些。

　　Web服務協同組織(WS-I)

　　WS-I的主要目標不是創建新標準，而是確保最終實現開放的協同性目標。這個聯盟建立于2002年，已經迅速成長并獲得了近200家組織的支持，包括所有的SOA主流廠商。

　　WS-I最為人所知的是發布基本配置文件，用于建立可用標準的基礎推薦文檔，這些文檔共同用于形成最想要的協同性架構。藉由正式地定位WSDL、SOAP、UDDI、XML與XML Schema規范的版本，基本配置文件已成為IT社團內的重要文檔。這些組織想要確保它們開發的SOA與其他系統充分協同，并能夠保證對于遵從基本配置文件的高層次贊同。

　　最近，WS-I開發了基本安全配置文件。本質是與基本配置文件屬于同一概念，這個文檔建立了最重要的Web服務與XML安全技術集合。WS-I已宣布了持續發布針對每一Web服務主要方面的相關協同性配置文件計劃，包括可靠通訊、Web服務管理與編曲。

　　除了建立基本的協同性架構之外，配置文件還補充了示例實現及最佳實踐，以便指導如何與標準一起使用從而達到協同性品質。而且，WS-I還提供了一系列測試工具可用來確保符合配置文件。許多廠商還提供了這些工具的變種，例如:將基本配置文件作為一致的有效性標準的一部分進行有效性檢查。

　　WS-I努力提供一個場所，能在同一水準上接受其成員的貢獻。當其成員包括重要的SOA廠商之時，沒有哪個公司可以比另一個更有權力，不管其規模和市場分額有多大。

　　盡管W3C近期拒絕了加入WS-I聯合成員的邀請，但來自WS-I的工作組成員不斷主動地直接參與W3C及OASIS的各個工作組工作。這些WS-I代表的角色持續對協同性相關問題進行反饋。

　　它們如何比較

　　表2.1在概要地提供了我們本節所討論的三個組織間的相互比較。

表2.1. 標準組織的比較

　　2.3. 主流廠商對SOA的貢獻

　　盡管標準組織關于標準應當如何開發有其自已的文化與哲學，它們都要受到來自商業市場的深深影響，因此也應當受到支持。即使這些組織作為獨立實體存在，它們的成員也包括了相當多的所有主要的軟件廠商。而且，這些廠商同樣也是這些標準的主要貢獻者和最終開發者。

　　一些已經參與標準開發過程的公司包括:微軟、IBM、BEA系統、Sun微系統、Oracle、Tibco、惠普、佳能、Commerce One、富士通，Software AG、北電、Verisign與WebMethods。這種由廠商間的交互、聯盟，及與標準組織動態合作而產生現象相當有趣，值得進一步討論。

　　為何要開發標準支持SOA

　　沒有人或組織擁有或控制SOA。從專有平臺發展而來的架構促進并支持開放的標準與廠商中立的協議，只要主流軟件廠商選擇支持，SOA將可能為此保留一個重要的架構。

　　那是因為，只要SOA能夠在全球范圍內象現在這樣被繼續接受，它的效益就能實現。如果只有一部分的解決方案技術跨應用通信所支持，那么構建協同應用的關鍵是什么呢?

　　不管如何，SOA今天在所有主流軟件組織優先級列表上是首要的。與SOA的不兼容甚至不予考慮，因為這意味著你自己切斷了通向正蓬勃成長的市場之路。對于現在和可預測的將來，SOA確實如此。

　　廠商影響

　　即使沒人單獨控制SOA，人人都有關于應當如何形成底層技術平臺的觀點。為了這一目的，廠商在標準開發過程中的影響已經將SOA的進化轉變成一場戰爭議程。

　　每個廠商在關于計劃如何提升自己產品線方面都有自己的愿景。IBM已經展示了一個技術路徑支持在其WebSphere平臺內逐漸增加對于SOA的支持。微軟不僅在.NET技術框架內逐漸增加SOA特性，而且還構建直接將Web服務技術植入Windows操作系統。

　　盡管Web服務標準必須保持非專有化，能夠幫助形成標準的廠商卻有動機考慮使用專有技術。這不是必經的歧途或甚至有意的操縱。任何人可以主張這些標準由通用產品的有意支持來實現，他們應當通過代表更大市場份額的產品線廠商需求所影響。然而，挑戰在于要爭取所有廠商來決定應該如何設計一個標準。

　　廠商聯盟

　　過去廠商間的爭斗已經導致廠商間的很多不信任?，F在，當想要與規范合作有意去鼓勵廠商平臺間的協同性時，這些猜疑會表面化并變成障礙。這個問題，與如何緊密聯合廠商需求一起是一個特別的規范內容，這已經導致了一些公司形成松散聯盟。

　　形成聯盟使得廠商為了共同目標而通力合作。通常，聯盟的壽命開發止于開發一個特定規范的過程。然而，多數著名的長期合作者(IBM、微軟與BEA)已經保持其工作關系而推動了一系列的WS-*擴展。

　　一個更常談論的示例是在創建了WS-可靠通訊規范的標準開發中，聯盟所扮演的重要角色。本來，需要的可靠通訊機制由一個OASIS技術委員會所處理。其貢獻者包括Sun微系統與Oracle，且規范被命名為WS-可靠性。然而，它發布之后只有數周的時間，微軟、IBM及其他廠商宣布它們擁有自己的規范，稱為WS-可靠通訊。

　　規范與處理相同的全部需求非常類似。然而，即使它被發布之后與還不能通過(或甚至提案)一個標準組織所開發，WS-可靠通訊擴展成為直接的競爭者。這只是由于這樣的事實:廠商通過共同開發它而占據了一塊巨大的Web服務技術平臺市場份額。類似這樣的事件，不僅反映了Web服務行業的不穩定狀態，也揭示了缺乏權威標準組織的把控。

　　選擇一個標準組織

　　可是，通常來說，通過標準組織而獲得正式規范對廠商有益。正式建立規范的目標在于支持一個開放的標準，并受制于開放給公眾的一般過程。

　　然而，在時標準組織的選擇是有含意的。另一個在標準開發競技場中的動力是與市場需求直接的。廠商具有市場驅動的目標，發布的產品必須滿足客戶的要求并匹配或勝過競爭對手所提供的(或計劃提供的)。假定W3C仰賴一個冗長的標準開發過程，就會誘惑廠商將它們的標準提交到OASIS。

　　盡管組織已經開發了相似的規范似乎有所多余，就象是人往高處走。而且盡管事實上對立的動機似乎可能以反作用力來鼓勵平臺中立的技術標準，迄今為止已發布標準的品質已經足以促進SOA的進一步發展。

　　為什么你應當關心

　　在第3章采用SOA的常見缺陷一節中，我們討論了伴隨在產品與標準發布左右的開發的價值。讓我們通過重申這一點來總結這一節，并列舉一些你應當密切關注標準開發領域特殊理由。

　　﹡　當計劃遷移到SOA時，考慮一個成熟的關鍵擴展處理是有益的。這些規范將結束你對這個架構最后支持的功能性需求。
 
　　﹡　觀察標準開發的過程，會讓你自己對于某個規范進步與否形成自己的觀點。對你來說這很重要，可以讓你把握現存面向服務解決方案的進化方向。
 
　　﹡　與標準的開發保持接觸，并且誰在主導它們能使你更好地理解開發平臺的差異，你需要保持廠商中立的視角。這將增強你更好地比較可用產品平臺的特性以及對SOA的支持。

　　要點總結

　　W3C對于萬維網進步的貢獻不容忽視。在SOA的舞臺，它的職責主要在于標準，負責提供核心和通用的功能規范。

　　OASIS從一個SGML標準組織進化為專注于電子商務規范的組織。其全部目標在于創建特定行業的標準，并鼓勵有電子商務能力的企業間的交易和商務。

　　作為一個組專注于不同平臺的協同性關系，WS-I不產生技術標準。這個組織提供配置文件建立一個經過驗證和測試的標準集。組織遵從這些配置文件，可保證它們的環境支持一個工業標準水平的協同性。

　　盡管標準組織作為獨立實體存在，它們都接受來自代表廠商的支持和貢獻。廠商的貢獻由利己和公共利益的共同驅動。

　　保持標準開發的高度很重要，因為這讓你做一個更專業的SOA遷移計劃。

前一節：SOA進化之SOA時間軸　　后一節：SOA進化之SOA的根源　

原文轉自：http://www.kjueaiud.com