SOA的存在依靠標準的梳理，因此我們必須學會怎樣利用它們，而不是盲目的擴大它。

　　面向服務架構要是沒有標準會變成什么樣子?如果沒有這么大量而且復雜的SOA標準存在，SOA可以更好地發展嗎?可能在現在的你我眼中都或多或少的有了對標準的依賴和重視。試想，難道SOA的發展是因為這些標準才變的更好的?

　　就像更簡單的腳本語言一樣，Java和Java EE 也是由于標準過多而造成了隔閡。如果SOA標準和規格繼續到增多而且變得越來越復雜的話，SOA將遭受一樣命運。我們已經看到專業IT人員為SOA標準尋找的出路――很簡單的REST Web服務。標準到了應該進行精簡的時候了。

　　要想阻止SOA標準的出臺真的是件很不容易的事。很多時候，標準的出臺和支持都是存在政治利益，是為了支持軟件提供商的營銷計劃而指定的。那些僥幸出臺的標準為開發者造成了巨大影響，所以，其結果就是希望出臺沒有缺陷的標準并使它成為最適用的標準。在大量SOA標準出臺之前，我還是應該重新審視SOA標準，對現有的SOA標準做一下徹底的分析和研究。 這就是本系列文章的主旨。

　　我們將關注主要的SOA標準并努力找到哪些標準是可被采用的。不過可惜這不是容易的任務。明確哪些標準本應是大量普及的標準，現在卻僅僅小范圍使用，不被大眾接受使用，給人的感覺就像被冷落怠慢或者沒有歸屬感一樣。可是，現在有大量已經存在的SOA標準而且這些標準經常改變，所以對它們一一地討論和研究是根本不可能的。所有標準又有不同的版本所以整個標準體系非常復雜。這篇文章里面大概提到70多個單獨標準，當然，對于一線的IT 工作人員來講，要想同時考慮符合所有標準是很難的事。

　　這一系列文章將努力引導我們詳細審視現有的SOA標準。它將列舉出一些得到共識的標準，或者提出一些標準中值得注意的地方。它將比較相似的標準，并試著將它們之間的關鍵部分的不同點區分開本文將列舉SOA標準，同時介紹支持這些標準的標準組織。以后的文章將更加深入的剖析人們關注的大多數SOA標準。我們將按照類別考察這些標準，努力分析它們之間的相似之處和不同點。最終詳細介紹現存的標準，使您和您的企業能更好的了解現在使用的標準。

　　我們這里要討論的一些標準本身并不是真正的標準，而技術規范。它們是技術規范、API、協議和一些SOA概念的集合。為了充分地比較SOA標準，我們將與其他的標準及相似的技術概念進行對比。因此，希望你暫時能模糊掉標準、技術規范、API 和協議等等之間的區別，以便于我們更好本著這個主題進行討論。

　　主要的標準組織

　　制定了這么多的標準，當然存在著很多標準組織。這些各自為政的組織可能會混淆標準本身。所以，在我們回顧標準前，最好先了解一下現有的標準組織。按照這個方法，回顧的那些標準只對應于那些主要的標準組織。就像前面討論標準時一樣，當然也確實存在著大量標準組織，不過，我們為了簡化問題，在這里只詳細介紹一些主要的標準組織。這些組織并不是都發布了 SOA標準，但是它們都參與技術性標準的發布。很多偉大的當代技術人都是這些組織的參與人。那就讓我們去了解一下它們吧。

　　下面的圖表中列出了一些主要的標準組織。在這，我又使用了“標準”這一術語，當然，它還是涵蓋了一些技術說明、API等在內。OASIS的PeterRoden幫助我完成原始的圖表，為了方便討論，我又稍微的做了一下調整和平衡。

　　主要的標準組織：

　　最近，參與SOA標準制定的較有影響的組織包括：

　　W3C——世界廣域網聯盟

　　OASIS——結構化信息標準促進組織

　　WS-I——網絡服務協作組織

　　OSOA ——開放式SOA

　　簡要的介紹一下這些組織，這些描述大部分來自于其所屬于組織的網站。

　　W3C：W3C 通過定義相關的說明和指導來促進網絡技術的發展，即讓軟件和工具充分的發掘網絡的潛能。為了發揮網絡的最大潛能，最基礎的網絡技術必須要求硬件與軟件之間相互兼容。W3C將這個目標稱之為“網絡共融化”。通過發布公開化，非私有化和為網絡語言和協議提供標準，W3C制止和避免了很多因為網絡混亂而產生的市場混亂。W3C由TimBerners-Lee于1994年創立。

　　OASIS：結構化信息標準促進組織OASIS是非營利性的國際化組織，推動了電子商務標準的發展，合并和實施。此組織制定了比其他組織更多的網絡服務標準，這些標準主要是關于安全性，電子商務和標準化的問題，為公共服務使用的行業應用作出了貢獻。OASIS最初在1993年由SGMLOpen改制而成，并將其名稱在1998年改為OASIS.

　　WS-I： WS-I是一個特許的工業化組織，主要是通過平臺，操作系統和編程語言來推進網絡服務互通性。其主旨是針對現今過多的網絡服務標準。在WS-I內存在的兩種工作標準，基礎分布標準(BP)包括連接分布標準和基礎安全分布標準(BSP)。

　　JCP：在1998年作為開放的，為修訂和發展Java技術的技術說明推出，同時設計實行和測試。JCP已經促進了在JAVA平臺上進行開發的國際化。

　　OSOA：OSOA 是一個代表工業領導者們的意圖的組織，定義了為迎合正在挖掘出服務向導體系的的特點和優勢的企業開發人員而定義的一種自然程序化模型語言。這個研究會并不是一個標準組織，而是那些希望得到用于快速開發的程序模型并且投入應用的買家們而設置的。最初成立的時候，其主要向一些正規的標準體，例如OASIS或 W3C提供一些技術說明用于將來標準制定的參考。這些企業的合作伙伴正在為兩個重要的項目而工作服務成分建筑(SCA)和服務數據對象(SOD)。

　　對SOA標準進行基礎的分類，我們用以下方法去定義和比較一些通用的標準：

　　附件類R 11;為在信息中包含了數據擴展而設置的標準

　　發現類–為描述和定位服務的標準。

　　事件類–不使用請求-回答模式而使用事件模式來請求服務的標準

　　綜合類- 為互連系統系統協同工作而制定的標準

　　經營類-為控制、監視和管理服務而設置的標準。

　　建模類–為設計SOA體系和元素而服務的標準這些標準也包含了那些保證模型建立的正確的標準。

　　協議類–定義了信息系統和體系結構框架的標準。

　　處理類- 使服務支持狀態，數據傳輸和時事性的標準，經常涉及到安全和時事信息。

　　安全類- 為SOA信息安全和服務認證而制定的標準。

　　一些標準系列為了應付在SOA框架、網絡服務或其他專業領域中遺留下來的缺陷而制定的。例如：網絡服務并沒有包括數據的信息化，技術事件的相應，處理事件和安全等方面。這些功能是一些像JMS、CORBA和IIOP本身所具有的屬性和特點，但是并沒有在網絡服務中自然的存在。因此很多的標準嘗試在網絡服務中加入信息處理進程。其他的一些標準組織則更加的具有戰略眼光，例如格式類和管理類標準便為中間件添加了新的屬性。格式化促使商業進程信息化，但是管理類標準需要在近期的商業環境中響應政府管理命令。于是，最終一些標準過于絕對，想為SOA體系建立一個通用的建模技術說明。這些只是我個人對這些標準的觀點和認識，為了讓其他人更方便的理解和處理現有的服務。

　　以下的表格中列舉了現有的最普遍和實用的SOA標準。今后我們還會更進一步的探求某個標準，分類理解他們，并將這些信息轉達給客戶那些標準要被采用。但是我們剛剛開始做底層工作，一個確實很長的SOA標準標單被列出來，如下：

　　在接下來的文章中，我們將稍微深刻的剖析一些種類的標準。我們將對比相互競爭的標準，找出他們各自的優勢。我們還可以預測一下標準間競爭的結果，試著分析指出哪個將被采用而那個將被淘汰。

　　SOA的存在依靠標準的梳理，因此我們必須學會怎樣利用它們，而不是盲目的擴大它。