SOA：一個IT界的聖杯(上)

| | | | | | 留下回應

    

過去軟體大廠喊出應用伺服器、應用基礎架構的口號，也重新改造了中介軟體的市場地貌。現在這個聖杯換成SOA，而且角逐者更多。

2004年以來，商用軟體界除了幾宗併購案之外，在技術議題上可說是有點疲軟。為去年劃下驚嘆號作為結尾的兩宗大併購案：賽門鐵克併購Veritas以及甲骨文（終於）成功買下另一家商用軟體公司PeopleSoft，前者是資訊安全與儲存管理、備份，後者則是企業資源規劃(ERP)廠商間的合併。雖然併購者（與被併購者）技術領域多所差異，但似乎反應了一個共通現象：商用軟體正在走向整併。

這個趨勢也是數年前中介軟體──以及正在發生的SOA──之戰的起源。在應用伺服器軟體之爭中，IBM、BEA成為Java中介軟體的兩大龍頭，各據超過30%的市場，其餘則由昇陽iPlanet、Oracle為首和Sybase、Novell(SilverStream)等十多家廠商瓜分。而在應用伺服器市場趨勢成熟之後，IBM、BEA又再帶頭將應用整合(EAI)、入口網站(portal)、甚至存取認證都整合進來，成為所謂的「應用基礎架構(application infrastructure)」。在整合性架構的擴張下，那些利基型廠商，像是Tibco、webMethods、Vistria、Seebeyond、Palmtree、Broadvision的生存環境立刻遭到擠壓。Netgrity並於今年一月由CA收購。

應用基礎架構談的是藉由整合、單純化的基礎架構，以簡化程式開發、佈署與管理，簡單地說，軟體環境變成一個基礎架構，上面的程式有點像是主機板上的各種IC組件，是一小個、一小個標準化元件。「元件化」成為當時IT界的熱門話題，除了Java原本就是物件化導向的開發工具，微軟也加入這個領域。由於微軟推出新版開發工具Visual Studio（當時大家還被.Net是什麼搞得一頭霧水）和舊有Visual Basic 6大相逕庭，全球三百萬VB6的用戶不管是Java或Visual Studio，都面臨學習一個全新的語言。為此商用軟體公司，從IBM、BEA，到後來才推出應用伺服器的微軟最熱鬧的議題，講得都是Web services、元件化、以及Java vs. Net該學哪一個之類話題。

但是商業戰與口水戰的背後，Web services對企業的價值在於藉由導入物件導向的開發模式、應用連結的標準，企業可以存取跨平台的服務，而不必受限於他是買Java平台或.Net平台。UDDI、SOAP、WSDL等等也都是協助形成Web services環境的標準協定。

元件化精神不輟

隨著企業漸漸認知並導入Web services，以及VB 6去留逐漸底定後，開發技術的議題也走向沈寂。不過，Web services為主的IT思潮新典範並未就此消失，而是在以此波SOA(Service-Oriented Architecture，服務導向架構)的面目再度「興風作浪」。

SOA來自於Gartner對IT基礎架構的新說法，意指為了更因應環境的變動，企業的商業策略必須快速轉變。例如，上個月銀行推出現金卡「劈腿無罪」的代償專案，本月又要推搭配連動型基金的年利率6%定存方案、下個月推指數型房貸。此時，IT應該要能隨著商業策略的需求推出新的服務。

SOA的要義是，在標準化的中介軟體上，透過功能元件化(componentization)，例如使用者認證、匯款、借款等。企業為某些服務撰寫新系統時，就不用全部重新打造，而是取用原有的功能元件加以組合。SOA也是實現ESB(Enterprise Service Business)的要件之一，ESB是一種在各種應用間作為訊息傳遞的管道，配合Web services及其他整合技術，可在企業需要時，「引發」(trigger)一連串的事件，將軟體元件整合起來藉以「兜」成一項服務，加快服務上市的時程。

服務供應商需要穩定，因而SOA平台必須確保可得性及穩定性。因此，為使企業對自己員工和客戶的服務供應(provision)運行之不輟與效能，就有了出商業流程管理(business process management, BPM)或商業活動管理(Business Activity Management)的議題或BPL4WS(Business Processing Language For Web Services)標準的出現。IBM、BEA、Oracle、webMethods等中介軟體公司也強調符合BPEL或BPL4WS標準，可使Web services能在SOA平台上引發一系列流程，並具有監控、管理、自動修復或協調等等功能。