SOA: 不能只有“吹捧”

自2004年初業界推出SOA后，BEA、IBM、Oracle、微軟等業界巨頭紛紛發布各自的SOA戰略，強烈呼吁用戶在進行企業IT建設時考慮SOA。

SOA，就是面向服務的體系結構(service-oriented architecture，SOA)，這是一個組件模型，它將應用程序的不同功能單元（稱為服務）通過這些服務之間定義良好的接口和契約聯系起來。由于接口是采用中立的方式來進行定義的，并且獨立于實現服務的硬件平臺、操作系統以及編程語言，這就使得構建在各種各樣系統中的服務可以以一種統一和通用的方式來進行交互。

傳統的Web（HTML/HTTP）技術有效地解決了人與信息系統的交互和溝通問題，極大地促進了B2C模式的發展。Web服務（XML/SOAP/WSDL）技術則是要解決信息系統之間的交互和溝通問題，促進B2B/EAI/CB2C的發展。SOA則是采用面向服務的商業建模技術和Web服務技術，實現系統之間的松耦合，實現系統之間的整合與協同。

對于SOA的發展前景，諸多市場分析和咨詢公司都非?？春? ZapThink調研公司認為，2006年基于SOA架構的中間件產品將成為網絡化商業系統的主要設計思路，其中70%的商業企業公司將使用SOA架構; IDC預測2007年包括軟件、服務和硬件在內的SOA市場將達到210億美元，其中商業企業方面的市場將達到120億美元; Gartner則認為到2008年，SOA將成為占有絕對優勢的軟件工程實踐方法，它將結束傳統的整體軟件體系架構長達40年的統治地位。屆時，將有60%的商業公司在進行商業IT建設時會轉向SOA。

采用傳統的系統架構技術和傳統的EAI和B2Bi技術存在系統封閉、廠商依賴性強、耦合度高、重用性差，擴展性差、無法和上下游企業的系統建立統一的接口等問題。而采用SOA技術則可以有效解決上述問題，由于SOA基于HTTP/SOAP/WSDL等開放式技術，對于特定廠商產品依賴性小; 系統開放、互操作性強，可以建立統一的Web服務用于和不同的上下游企業信息系統實現供應鏈協同。由于SOA的松耦合特性、比較符合集團和各下屬機構的商業關系，業務流程整合和項目協調的阻力會有效降低。深究SOA的內涵，其實離不開服務模塊化的概念。也就是說，任何一項可能響應某種應用而誕生的服務模塊或者說服務組件，日后也可能接收其他服務的請求，而在不同的應用環境中出現，并與各個服務模塊交互運作。在這種情況下，所有服務模塊所能接受的接口，其實都應該是一致性的。關于這一點，SOA和已被市場接受的的Web Services真的是非常相象。

簡單地說，在任何一個商業環境中，SOA都是一項應用軟件架構，其中所蘊含的服務模塊或組件，全都相互獨立地存在，用戶只需運用經過事先定義的接口讓它們相互聯系，并依照一定的呼叫順序，從而請求這些功能模塊提供必要服務，就可構成極為完整的業務流程。而Web Services的問世，正好為SOA提供可行的標準，例如SOAP可用以建立服務請求，WSDL則用以發布服務請求，UDDI用于服務請求的目錄表列管理，有了這些基礎，將有助消除諸多軟件供應商之間的歧異。

需要說明的是，建構Web Services環境，雖然可以說是SOA的一個好的起點，但絕不等于SOA的全部。因為，SOA象征一種嶄新的軟件架構思維，超越了技術的范疇，自然不會被設限于如Web Services等單一技術之框架，亦有可能借助其他技術的力量。譬如，有能力將許多分布式運算資源加以集結的“網格運算”技術，就可能對SOA所需的服務組件動態定位、負載均衡或管理等事宜，產生非常大的幫助。

目前業界所談論的SOA，似乎都太過側重中間件軟件平臺導向，殊不知一個完整的SOA架構，除需涵蓋有關業務流程的整合環節外，也需要人員和后端信息的整合，還需要具備開發工具、ESB（服務總線），唯有這些組件做到環環相扣，才稱得上是水到渠成。