在Web Service出现的头几年，业界并没有找到使用它的最佳场景。直到某一天，它悄然成为SOA的一块重要基石。我们正处在SOA概念泛滥的年代，有些人拥抱它，有些人排斥它。其实SOA一点也不神秘，它只是远程方法调用的变体。不过，这种变体是革命性的，它改变的不仅仅是一种技术实现，它改变的是构架企业应用软件的思想。

为什么呢？企业应用软件传统的构建方法是，首先进行数据或对象建模，然后基于这些模型来完成业务功能。这个过程不是一次就能成功的。因此，在分析和实现业务功能的时候，要时时对数据或对象模型进行修改。修改的工作比较烦人，涉及大量遗留的应用。MDA希望完成模型到业务功能的自动化，从而尽量减少烦人的修订工作。当然，企业应用软件传统的构建方法也不是刻板的，在数据或对象建模前，通常会尽早地使用用例来描述业务功能。

即便如此，传统方法的首要目标仍然是数据或对象模型。而与传统方法不同，SOA面向服务来建模。它更偏重于用例中的行为，而不是实体。之所以关注行为，是因为SOA有一项特殊的使命，那就是整合企业中的所有应用，包括新规划的系统和已有的系统。对于已有的系统（软件资产），考虑数据和对象模型意义不大，考虑如何利用已有系统的功能才是关键。所以，如何快速有效地抽取已有系统的功能，是首先要考虑的事情。 

由于Web Service的发展和普及，抽取功能已经是一件很容易的事情了。这为SOA的推广铺平了道路。对于新规划的系统，使用企业应用软件传统构建方法更好。很多开源软件开发组织，总在追寻解决问题的银弹。其实，没有打中目标，通常不是弓箭不好，而是你还没有掌握使用弓箭的技能。因为SOA的普及，ESB也变得引人注目。注意到了SOA的特殊使命了吗？企业服务总线就是用来整合企业的所有应用的，它支持异构的系统在一个共同的契约下发生关系。就这么简单。