当一个新的想法成为真的一件好事的时候将会发生什么了?人们争相宣称是他们提出了这个想法。而且另外一群人则想占有这想法，并为它增加或修改点什么，这样他们可以说是他们让它更美好。

　　可能这就是Web services的处境。IBM, Microsoft, Sun, HP, Oracle 和 BEA就是其中的参与者，他们或声称是他们创造了Web services或说他们可以提供最佳的Web services服务。

　　为什么所有的这些卖主都欲竟相领导这个领域了?答案是： 钱 。Web services是个伟大的观念，它允许应用软件能被构建集成到一起，并基于应用来部署，这些应用构建于块，块的接口或API遵循自我证明标准。这个观念将可能革新人们对软件应用是如何开发和交付的观念。

　　根据Gartner所说，Web services市场在下个三年将预期增长到280亿美圆，但Web services并不只是成为潮流的下一个好想法，也不只是关于软件将如何开发的。它也将有关于软件是如何被售卖,并且更重要的是我们将如何购买和为之付费。实际上，很合理的想到微软正将它整个软件技术移向基于.net的Web services模型的一个主要原因正是它给予了公司为应用软件而完全改变它的商业模型的机会。

　　定义Web services 在Web services背后的想法是软件解决方案能被交付于远程web上的离散的services，用通用的方式理解每个service作什么和用它集成什么。为了使这点实现，该行业已经建立了一些标准如：统一描述、发现和集成(UDDI)，Web services定义语言(WSDL)，和简单对象访问协议(SOAP)。这些标准让一个应用开发者找到一个提供所需的功能Web service和理解这个Web service是如何运转的，且集成这个Web service，该Web service有效地使用基于标准接口语言的远程调用。

　　然而，用宿主在远程Web上的功能性模块(可能是匿名的)来集合成新应用软件观念仍旧离现实还很远。在这些幻想成为现实之前有许多问题要克服。下面是三个主要障碍：

　　至今无任何services — 这可能有点夸大其词，但它准确的道出了我们距拥有丰富的可用的预构造的功能应用services将有多年之远。行业正创建许多我们能用来开发新的Web services的工具，并且IBM的Web services工具就是帮助我们开发新Web services的积极例子。

　　仍无一个商业模型 — 没有谁真地作出它的商业模型。就像三年前ASP观念一样，Web services是一个好想法，但你该如何用它来赚钱了?

　　共享的动机可能不充分 — Web services之后的驱动力量就是为了团体共享他们的知识产权。不幸的是，软件的内部功能被看作是私有服务。故在认识到他们在市场上卖的是内部的部分功能而不是完整的解决方案时，软件开发公司将要很大地转变他们的观念。

　　慌乱为什么存在? 那么如果Web services尚且处在幼年阶段，我们为什么能听到如此多有关它的说法了?因为它是有利的!现在Web services的观念已经在使用中了，但不是作为应用功能之源的方式，而是把应用集成到一起并且可在企业或贸易合作伙伴组织间建立新的应用的高产的可升级的方式。

　　两个因素驱动开发企业应用集成(EAI)：

　　可扩展性/性能

　　业务流粒度控制在集成系统内

　　EAI的开发已经从批更新过程转向在事物级别的应用集成，然后到使用高级别消息的应用到应用的集成。下一需求将是要获得更大的可扩展性和在业务功能级别的集成应用的粒度控制，而Web services架构就为之提供了方法。

　　今天大部分使用Web services架构的项目是在企业内或贸易合作伙伴之间构建应用服务集成的EAI项目。公司正意识到为了将来应用软件的发展，如果他们想转移到Web services架构上，他们需要一个方法将存在企业内以行的软件功能转为新的Web services。这种选择(将以有的黄金功能模块重写为新的Web services)是低耗而费时的。

　　想象下这样一个场景：一个企业提供它的核心商业应用软件的所有可行逻辑以作为可重用的Web services。那样，作为新应用软件开发进行的需要，开发者可立即调用丰富的可立即用的Web services而组合成为新的应用。他们可注重于努力开发创建新的商业过程服务，该服务然后能被将来开发可利用。

　　许多公司认识到组件化的遗留应用商业准则是个很有价值的投资。Web services提供了架构和一组成为这些项目结构的标准。