此 SODA 非彼 soda

延續上期話題，具備多項基礎關鍵功能的應用平台，被許多分析師看好，看起來將成為企業導入服務導向架構 (SOA) 的骨幹。

一向擅長在命名方面多所發揮的Gartner Group，對統合式應用平台這個新趨勢和領域，自然也不忘冠上 APS (Application Platform Suite) – 應用平台套餐的稱謂。

所謂套餐，除包含應用伺服器提供應用執行、交易管控、HTTP 網站服務、XML/Web services 支援、訊息佇列等基本功能之外，還包括了我們前兩期所提及，從應用伺服器這個基礎引擎所延伸出來的幾個重要的加值領域，也就是 Portal 、應用整合、資料整合、統合性監控與管理，統合性安控等解決方案。

不論從基礎設施共享與精簡化、系統維護單純化、人才技能培養及資源重複利用等各個角度來評估，統合式應用平台都的確有其說服力。 Gartner 因此預測，三、四年後，企業在選擇應用基礎軟體授權時，四分之三以上都會朝向APS 廠商來選擇。過去選擇只專精在特定領域廠商 (即所謂的 niche players 或 pure-play) 的作法，將隨著服務導向架構的普及而走入歷史。

統合式的應用平台，除在執行引擎、安控基礎架構、資訊／應用整合、註冊／索引服務、監控管理等各個層面，需要透過單一化的做法，期以將統合性平台之價值發揮至極致之外，平台上開發環境的支援，則是對平台價值的另一項重大指標和考驗。

開發直接影響到 IT 的生產力，故空有平台基礎，卻缺乏統合、一致、高效率的開發環境，將會是對服務導向的最大諷刺。服務導向架構下的開發課題，在 Gartner 的命名藝術下成了「汽水」– SODA (Service-Oriented Development of Application)。

如我們之前所探討的，組合式應用和「開發即整合」(也就是在設計階段，便透過 XML 清楚訂定鬆散藕合的 Web services 介面) 的開發方式，都需要完備的開發環境來支援，包括我們之前提及的商業流程管理 (BPM) 設計工具與完善的 Web services 開發支援，否則服務導向架構的原始動機– 也就是讓 IT 能夠更彈性、更快的回應業務單位的需求，將成為空談。

過去由於企業導入許多特定領域的解決方案，portal伺服器、訊息路由、格式轉換、B2B、EAI 連結器... 等，各有各的工具和 API，其開發語言、模式與理念也都南轅北轍，導致 IT 在開發和維護上涇渭分明，而技能也無法互相支援和共享。

統合式應用平台的一大誘因，即在於具備單一且簡化的開發環境，不僅可支援服務導向架構，還能滿足整個應用平台上各項功能的開發需求。Gartner 把擁有上述遠見的產品類型稱之為ISE– 全名為Integrated Service Environment， 或者是 Integrated SODA Environment(縮寫名詞也可寫為巢狀內嵌)，亦即整合性服務導向開發環境。

這是一個比較新的領域。事實上，ISE便是上述APS平台套餐的專屬開發環境。從基本的應用元件開發 (Java 或其他)，一直到把高階的業務服務，快速的包裝成 Web services，或者是網站與Portal 的相關開發，還有整合後端與合作夥伴的系統、BPM 流程的快速設定與調整等，ISE 不只能以更精簡且一致的方式，提供這些統合式應用平台上林林總總的開發支援，更要能對服務導向的開發實作，存有更清楚的支援輪廓與方式，才能真正把價值帶給企業和使用者。

下一期，我們再來探討SOA 對傳統開發思維上的顛覆效應，以及技術人員應該如何進行心态调整的建议。