Web2.0 和 SOA 在过去这一两年火红到不行，不过一般都是分开在不同的场合中谈。其实两者间存在着很微妙的关联 -- Web 2.0 可说是 SOA 的消费市场版；而 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 应用来配合最新的业务需求，就不再是天方夜谭了。
文/萧百龄
