Web服务黄金时代的结束

　　鉴于人们对SOA的讨论越来越激烈，Web服务也进入了快速发展时期。单纯能够为WSDL, UDDI,和SOAP提供支持不足以确保互操作性，更无法令任意系统到系统互操作标准化。这种局限性导致：人们努力建立Web服务互操作性组织(WS-I），该组织提高了标准的互操作性收益，以及建立其它用WS-*标注的标准(它应该读作"WS星,"，这里的星是旧Unix术语，表示“一切和所有”）人们的这些努力需要花费许多时间，并且由于不同的标准体包含了大部分供应商，整个工作就变得更为复杂了，并且交付给那些试图降低集成成本机构的互操作性少之又少，结果Web服务无法发挥其应有的潜力，目前还处于SOA的边缘地带。

　　事实上，当IT产品供应商看到SOA这口井中的金矿时，Web服务这轮马车的轮子就要掉了，这些供应商开始快速使用Web服务接口，并称其为服务定向方法，事实上，应用或者数据的Web服务接口，甚至是置于专有通信中间件之上的Web服务配置器都不能使用SOA建造。

　　同时，在SOA工具和最佳实践以及服务定向流程报告中，ZapThink将SOA以业务流程为中心的远景设计为企业架构。早在2004年，我们就开始建议供应商要关注在通信中对SOA关注要多于对Web服务的关注。我们为企业规划的远景蓝图远比直接采用Web服务更具挑战性，因为SOA要重新思考业务如何通过多种方式利用IT资源。Web服务仍旧只是其中的一部分。现在我们知道Web服务对于SOA来说并不是必不可少的，也不是必需品。

　　ZapThink采取的措施

　　因此在2007年，Web服务和SOA分了家。在SOA环境下，我们所说的服务和特定的接口标准相比更为抽象，开发商利用这些接口标准支持机构的互操作性要求。许多这样的服务都是Web服务，但还有很多服务不是Web服务。此外，Web服务的大多数应用是在SOA环境外部发生的。事实上，许多这样的服务都是从业务到业务B2B的，并最终返回到原始的Web服务远景（即使没有绿页）。然而大多数B2BWeb服务只是基于标准的应用程序接口，缺乏一个架构所能够提供的松耦合，位置独立，以及业务灵活性。另外，还有许多机构试图实施SOA,但实际上却是在实施Web服务，最终只得到了冗长的，无法兼容和难以管理的服务，这些服务实际上和架构毫不相关。

　　当我们回过头来Web服务和SOA以往的历史就会发现二者之间的结合充满了艰难与曲折，因为Web服务在SOA的引入过程当中扮演了十分重要的角色，尽管SOA的发展远远超出了Web服务的范围，我们的工作还是没有完成，因为Web服务vs.SOA之间许多令人极为困惑的问题有待解决，也许人们最大的挑战还是要确保SOA确实和业务流程有关，而不是和集成化有关。只要供应商还错误地坚持软件是SOA成功关键，我们的工作就远没有完成。