Zhang說有很多關于SOA的標準是一件好事�！斑@表明軟件行業正朝著廣泛采用SOA方向前進，”他說�！疤魬鹗沁�不存在通用的、一致的架構框架來指導這些標準的進化、完善和集成。很多標準都不成熟�！�
在這些標準成熟之前，CIO怎樣才能趟過這灘泥地呢?技術官員和行業專家給出了這樣的建議：密切的監視這些標準的發展并且努力保證你的選擇是開放的，但是一定不要拖延關鍵SOA項目的啟動。一些策略可以幫助你避免陷入標準的困境中。
首先，當你做你的SOA規劃的時候，你可以創建一個關鍵標準的列表，不是全面的標準列表。Forrester Research的分析師Randy Heffner說，比如，像SOAP和WSDL這樣的標準已經被廣泛的采納了，包括WS-Security等標準即將被廣泛采納的。但是其他的一些需要構建和高質量服務進行操作的WebServices的規范——比如管理、交易和高級安全的標準——僅僅成熟到適合具有冒險精神的技術采納者，他說。
對于涌現出來的SOA和WebServices標準，Heffner說CIO應該注意以下的一些：SOAP 1.1, WSDL 1.1, WS-I Basic Profile 1.0 or 1.1, UDDI 3.0.2, WS-Security 1.0 or 1.1, WS-BPEL 2.0, BPMN, WSRP 1.0, XML Schema 1.0, XSLT 1.0, XPath 1.0, XQuery 1.0, XML Signature和XML Encryption。
CIO應該支持基于標準的SOA而不是本地的協議，Heffner說，“但是不要為了僅僅是使用標準而犧牲任何應用的必須的服務質量(quality of service，縮寫QoS)�！比绻粋�應用必須有比WebServices所能提供的更高的QoS，“那么做技術的變通，但是這些變通能夠保持和出現的規范的設計模型的密切聯系，”他說。CIO是否有必要了解哪些廠商支持哪些標準?“不用全面了解，”Heffner說�！暗切枰龀鲋饕能浖A架構決定的CIO應該掌握候選廠商當前和未來對于SOA和WebServices規范支持的圖表�！蹦阋残枰斫饽悻F在廠商的計劃，他說。否則，你會冒險投資于可能無法滿足組織的長期商業目標或者SOA策略的技術。
很多的組織會尋找臨時的解決方案——比如中間件——來克服缺乏成熟標準的困難�！皬腃IO的角度來講，他們冒著很大的壓力來采用一個中間件平臺來填補缺乏的標準，但是從某種程度來講，這不會將他們鎖定到它，”Jim Stogdill說，他是幫助客戶啟動SOA項目的國防和能源咨詢公司Gestalt LLC的CTO。
但是重要的是不要在一個中間件廠商上投入太多，“因為這會在以后的轉換中帶來太多的分裂，”他說。
Stogdill建議組織機構堅持比較常用的標準，比如SOAP和WSDL，“并且關注你的那些提供服務的商業應用廠商：接著使用非干擾的中間件通過這些服務接口將商業應用集成起來。
談到它的故事，通用汽車在它早期SOA嘗試中學習到鑒別對于該公司想要達到的目標哪些標準是最重要的。GM在2000年發起了它的第一個SOA項目，一個叫做Northstar的項目，作為它的全球在線汽車展示服務(GM全球購買力)。Northstar的目標：設立一個全球的通用SOA計劃，足夠靈活的支持GM業務的動態性，Zhang說。為了達到這個目標，GM設計了一個架構，將業務功能從業務處理流程(業務功能被實施的順序)中分離出來。該公司還將業務數據的物理位置從使用這些數據的業務功能分離出來，以及將用戶界面從業務處理流程、業務功能和業務數據分開，Zhang說。
2001年，GM成功的在超過40個國家部署了Northstar架構。這個架構幫助GM快速的實現各種業務需要，比如滿足數據位置的監管，基于業務簽訂條約來改變業務處理流程以及給予每個國家的文化差異來變化終端用戶的軟件體驗，Zhang說。
從此，該公司還在其他的面向消費者的在線服務中使用SOA，包括GM的OnStar服務，它計劃開發一個企業范圍的策略和管理計劃來在內部和外部的合作伙伴中廣泛的部署SOA，Zhang說。作為GM下一代SOA實施計劃的一部分，他還評估了最新的標準和技術。
如今對GM來說，最重要的規范是那些幫助對跨服務層(表示層、業務處理層等等)的服務接口進行標準化的規范。其次最重要的是那些幫助對每個服務層中服務的實現進行標準化的規范。
作為開發企業SOA策略的一部分，該公司正在圍繞著它的需求鑒別出哪些SOA標準是成熟，哪些應該被監控以及那哪些是強制的。在這些標準中，GM關注WS-I Basic Profile 1.1作為企業范圍的互操作。在此之后，該公司將能夠做出明確的決定，哪些廠商和產品將在它的SOA項目中使用。
另外一家SOA采用者，TD Banknorth，已經采用了一種策略，優先考慮在SOA行業中公認的市場領導者(比如webMethods)所采用的標準和被幾家關鍵的標準組織所承認的標準。這家銀行公司正在使用一個基于服務的架構作為應用集成的web service開發的框架，據CIO和執行副總裁John Petrey說。TD Banknorth最初在2004年使用SOA，部署了webMethods的Fabric軟件套裝來使用web service以簡化客戶地址的修改過程。
這個正在被實施的web service，允許TD Banknorth的呼叫中心代理人或者分行的雇員對地址進行修改，并自動的讓這些修改在客戶的帳戶中生效。如今TD Banknorth正計劃其他的SOA項目，一個是小企業貸款發起服務，另一個是該公司的在線銀行系統。
“我們意識到SOA的最大好處是跨集成解決方案空間中極大的服務重用，”Petrey 說。這導致了服務開發時間的實質降低以及高質量、只需較少調試和測試的服務的創建，他說。
到如今，TD Banknorth已經采用了圍繞web service的基本標準，包括XSD、SOAP和WSDL，Petrey說�！白钪匾臉藴适顷P于WS-I，像策略、可靠性和安全，并且，在次要的程度來說，地址解析，”他說。
這家銀行只使用“在SOA領域被公認的市場領導者采納的標準，以及被行業研究公司(比如Gartner)認為是足夠成熟的標準”，Petrey 說�！拔覀兯杉{的標準是被多個標準機構，像W3C和WS-I，所承認的，”他補充。
TD Banknorth調查了已經采納了比如WS-Security和SAML等標準的公司，“并且發現大多數是勉強合格，”Petrey說�！鞍蠢碚f這些標準早在一年前都準備好被采納，但是沒有任何一家真正的按照它們被設計和宣傳的那樣使用了標準。我們沒有找到成功的案例�！�
在該銀行在它的SOA冒險中學到的經驗中：采用能夠促進模塊化、靈活和增量的部署方式來建立架構，“為那些后續的功能需要采納的標準預留下占位符，”Petrey說。
在小型組織機構中管理著中間件，一些CIO在沒有特別強調標準的情況下推行著SOA。華盛頓特區的表演藝術的約翰 F.肯尼迪中心，是一家中型組織，使用了大量的商業軟件產品，其中有一些朝著SOA推進，該組織的CIO Alan Levine說。
比如，該中心的企業資源計劃產品的廠商，Lawson，將轉移到服務架構�？夏岬现行牡目蛻絷P系管理平臺，Tessitura ——是由Impressario開發的行業相關的應用，該公司是Metropolitan Opera的全資子公司——也轉向了SOA。
Levine說他在沒有過分關心標準的情況下采取步驟實施SOA�！拔覀冎饕性趧摻āz水’，讓不同商業系統在SOA的功能下互相配合�！�
Levine說，為了達到這個目的，該中心正在開發內部的中間層的解決方案。
“我們的重點不是試圖選擇一個標準，而是做什么能夠讓后端系統互操作，”Levine說。當然，中間件的策略依賴于你的組織機構的大小和已有的系統。概括一下，將你的眼睛盯在獎品上：靈活的IT組織。就像GM的Zhang說的，使用SOA的最終目標是“建立一個靈活的信息系統和服務環境，能夠在業務需求改變的時候可以快速的重新排列”。
SOA實施的建議
使用你早期的SOA嘗試來幫助確定哪些標準對你的業務目標最重要。
尋找SOA標準的成功部署案例。僅僅因為標準已經頒布一年了并不意味著它們已經合適全面的部署。
如果你使用中間件來提供臨時的集成方案，由于缺乏合適的標準，那么確保不要過分依賴于某個廠商或產品。
文章來源于領測軟件測試網 http://www.k11sc111.com/
