SOA：企業版本的Web 2.0

| | | | | | 留下回應

    

從促成科技 (enabling technology) 的角度來看，二者都大量倚重 XML/Web services。最能代表 Web 2.0 精神的，首推俗稱 "mashup" 型態的網站。Mashup 有點像我們把一球球口味不同的冰淇淋 - 香草、芒果、草莓...挖到同一碗中，做成綜合口味；或是一杯特調咖啡，黑咖啡外，奶泡、焦糖、榛果、肉桂粉...。口味成功與否，端看調配的人是否能對得上饕客的胃口。

將 Web 2.0 一詞炒熱的 Tim O'Reilly 認為，HousingMaps是網路上第一個 mashup 的代表作，它借用 Google Map 的 Web API，讓原本只提供純文字介面的分類廣告網站 Craig's List，頓時豐富了起來，讓用戶在尋找房屋廣告張貼時，能立即有地圖對照（事實上，Google 在 HousingMaps 推出不久後，隨即將該站的創造者 Paul Rademacher 給網羅了過去）。Mashups 之所以能出現，主要的關鍵正在於，有愈來愈多的網站 - Google、Amazon、Yahoo、EBay、Flickr...陸陸續續提供以 XML 來包裝資料的 Web API (即 Web services)，讓 Paul Rademacher 這樣的調酒師，能快速地利用一些能輕易處理 XML 的語言和科技（如 AJAX），把幾個原本不相干的網站內容黏合成一個創新、加值的應用。

殊途同歸

SOA 從某些角度來看，和上述的情況非常類似，不過大環境從消費者的世界轉到以企業為中心（涵蓋 intranet、extranet，乃至整個價值鏈）。SOA 首先要整合的，是企業中各自獨立的各個 legacy 應用系統，它們就如同 Web 1.0 時代的各家網站 - Yahoo、Amazon、Criag's List 和 MapQuest 一樣。HTML 網頁是唯一的窗口，使用者被迫以人工方式，透過瀏覽器一站一站地去把整件事情完成。例如像要規劃出差／旅遊，必須分別到航空公司、旅館、租車公司的網站一一查詢，訂位。在沒有 HousingMaps 這樣的創新應用出現之前，使用者必須先去查 Craig's List 的分類廣告，再根據每筆查到的地址，以人工方式，在地圖網站一一查詢地點和交通路線。這個情形和沒有做好資訊整合的企業一樣，跑業務流程，往往被迫以人工、低效能的方式，在不同的系統操作介面間，做資料剪貼，甚至 email、傳真...，同一筆資料得重新輸入多次。

強化業務應變的彈性和靈活度，是導入 SOA 的首要目標。而關鍵的第一步便在於，如何讓原本各自獨立的應用系統，都能像那些 Web 2.0 的網站 (Google, Yahoo, Amazono...) 一樣，提供出以標準為基礎的 Web API，並且以業務服務（business services；即 SOA 中的 "S"）的角度來規劃、切割，分門別類。有了這樣的基礎之後，接下來要快速開發出新的 mashup 應用來配合最新的業務需求，就不再是天方夜譚了。

作者為BEA技術總監，其個人部落格有許多關於企業IT技術的應用及演變的文章。