軟件測試之七問 SOA[2] SOA構架
關鍵字:soa 問:因為還沒有通用互操作性標準,SOA最大的問題不仍然是供應商中心性(vendor-centricity)嗎?
答:有一些基本標準正好適用于Web服務,它們可以用于實施面向服務架構。XML和XML方案分別自1998年和2001年就已成為標準。SOAP 1.2自2003年6月成為標準。UDDI在2003年夏天標準化。WS-Security在2004年4月成為標準。
除了著名標準機構(例如W3C和OASIS)支持的這些正式標準以外,許多"技術建議書規范"也被廣泛接受,并作為事實標準得到充分支持。例如,直到 W3C完成WSDL 2.0為止,要求在其產品中支持Web服務的大多數供應商都支持WSDL 1.1規范。
事實上,目前大部分軟件供應商對Web服務標準的支持,已導致使用Web服務來廣泛實施SOA。
問:SOA如何影響SLA?而您如何讓SLA適合您的SOA?
答:當前企業之間的SOA實施通常側重于改善合作伙伴之間現有業務的效率。同樣,性能保證的概念并不是像方便的互操作性和自由聯合集成那樣的問題,它們可以借助Web服務標準來實現。
當服務成為企業付費的產品時,對特定水平的性能或可用性的保證,以及其它服務質量注意事項具有更為重要的作用。我們可以想象這在將來會成為一個常見要求,正在進行這方面的工作以支持該模型。
問:我如何著手構建 SOA?
答:最佳的方法時開始構建較小的SOA,側重于提高當前缺乏效率的交互性。例如,假設使用一個系統上需要重新鍵入到另一個系統的打印報告,將兩個計算機系統緊密聯系在一起,這會消耗時間、浪費成本,導致出錯,而且數據無法保持罪行?梢栽O計一個簡單的基于Web服務SOA項目,直接鏈接信息,將含更新的SOAP消息發送到合作伙伴系統,而不是打印報告。
開始簡單的SOA使企業可以在作出大投資之前先衡量ROI,并在出現大的問題之前獲得小改善的經驗。
CIO在購買軟件時應該詢問供應商關于對Web服務和SOA的支持,作為一個重要的注意事項。應該檢查新應用程序的開發,以便考慮是否某些應用程序功能可能需要用于其他目的,以及可以嵌入對Web服務標準的支持以支持重復使用。
最終要完成大規模的企業轉型,可能需要通過建立企業服務總線(形成SOA的骨干網或神經系統)來開始該工作。然后以企業合理的節奏,將服務提供商何服務請求程序逐漸添加到ESB。隨著IT的SOA的增長,ESB成為在服務水平上連接應用程序,并調節消息流量以提高效率和可靠性的一種有力方式。
問:管理SOA需要哪些新的服務管理技能?
答:在運用Web服務之前,因缺乏標準和自由聯合的策略,合作伙伴整合受到嚴重限制。隨著我們開始使用Web服務和SOA來整合合作伙伴,我們可以發現,使用業務合作伙伴所提供的功能的IT系統已經開始依賴于這些功能的可用性。我們從內部管理我們自己服務的可用性轉向要求監視和管理(可能有許多)企業之間的可用性。這明顯大大增加了管理IT系統的復雜性,但它也帶來了巨大的價值,這就是為什么許多企業要轉到這個方向的原因。
Web應用程序系統正在不斷發展以支持Web服務標準。"Web服務分布式管理"或WSDM標準正在由OASIS開發,對Web服務管理提供標準化的支持,通過使用Web服務來實現對不同平臺的管理,滿足涉及獨立業務實體的大規模SOA對分布式管理的要求。
文章來源于領測軟件測試網 http://www.kjueaiud.com/