SOA吸纳WOA?

Dion Hinchcliffe，WOA最早的始作俑者之一，为这一争论 推波助澜。当讨论到WOA是否其实与SOA的目标（或期望目标）没有巨大差异时，他说：

虽然我也不喜欢称之为下一代轻量级、遵从Web理念的SOA，但WOA是我所见过最好的名字了。

按Dion的定义，WOA不仅仅是试图调和SOAP与REST这两种方式。事实上，WOA并不是REST的同义词。

WOA包含了所有由万维网设计驱动的架构性问题，作为一种架构，我得指出它还在不断地细化自身，包括 开放Web API的兴起, 预打包的服务消费迷你应用 (也被叫作 小部件（widget）或小配件（gadget））。在Web的世界里，JSON的出现，基于浏览器的 混搭（mashup），最近语义网的复苏，诸此种种。

他相信，大多数的反WOA讨论都是被那些身为保护主义者并害怕这会给SOA商业带来根本性变革的SOA社区驱动的。

我认为实际并不存在什么威胁；已经被SOA项目采用的的大部分自顶向下活动（如治理和跨职能的业务架构对齐），在使WOA取得成功的过程中，就算不是更多，至少也是同样合适的。

根据Dion的说法，WOA是一种与SOA互补的架构风格，而且“他不是一个人在战斗”。David Linthicum对此就有话要说：

……企业逐渐发现，阻碍最小的一条道路其本质在于在Web上建立其SOA，使用Web资源，包括内容，因特网交付的API，以及Web服务。一旦WOA取得成功，你将在防火墙，或者SOA背后看到同样的模式。这与因特网/Web系统取得成功后内部网应用的兴起是相似的。

如果你将目光转向如今的传统SOA，Dion声称WOA带来了大量的优势，包括改进的服务消费模型，“便宜得多，耗时又少，同时解放了链接架构的巨大威力以驱动信息的发现，利用和分析。它较其它的SOA实现技术门槛更低。如Roger Smith提到的那样：

越来越多的公司发现那些通过草根运动遍地开花的低可见性面向Web的架构（WOA）开发是通往面向服务架构的更佳路线。

Dion继续表明，分布式SOA已经被忽视了，特别是跟WOA比起来，WOA生来就是分布的，同时还提供了如内容联合（Syndication）和低阻抗Web服务（Low Impedance Web Service）等技术。再加上流行的开发基础设施，如JEE和.NET,都正在通过如JSR 311和WCF等方式拥抱WOA（至少也是REST）。目前还不清楚造成这种局面的原因是因为其它SOA方式（如Web服务）的失败，还仅仅只是因为鲜有万能药方。然而，对于所有情况而言，WOA也并非对什么处理起来是得心应手。就像Dion指出的，对于业务利用WOA的方式还存在一些根本性的分歧，这会给它们的采纳，或者至少是在初期，带来更多的困难。这其中包括Web上信息固有的可搜索性（搞公共关系的那伙人已经学明白了Google缓存每次都会找到你）以及这一事实：API天生就是开放给伙伴直接利用的，这使得正确的数据可以更简单的被安全而可靠的暴露出去；

控制权的转移，开发性的增加，思考架构的不同方式，数不清的安全问题和治理关注点将可能会阻碍大多数业务快速地采纳WOA。

但很明确的一点是，Dion和其它人都坚信SOA的未来会是WOA。不管它是在今年还是今后两年发生，WOA正在积蓄力量，现有的SOA从业者需要去拥抱它，否则就可能会出局。

查看英文原文： SOA Adopting WOA?