摘要：应用集成，要考虑的问题很多，不同的问题需要运用不同类型的技术来解决。本文对这应用集成过程中经常用到的EAI技术和Web 服务技术两种技术进行了对比说明，在选择集成问题的解决方法的时候，有助于做出正确的判断。
应用集成，这是IT中的一个老问题。当你在一台计算机中安装第二个应用程序的时候，可能就会会遇到这个问题。随着产生的信息日益增多，集成问题也日益复杂。EAI和Web 服务采用了不同的方式解决了集成的问题。
在集成过程中，最基本的问题在于：哪些内容将被共享或者允许访问，哪些或者是位于哪个地方的用户或系统能够允许访问这些共享的内容。
在以往的集成过程中，主要采用了两种技术：EAI技术和Web 服务技术。
一、企业应用集成（EAI）
不断增长的客户和商业伙伴对实时信息的期望的持续增加，为了满足这种期望的需要，企业被迫连接他们的那些异构的系统来增加产出、提高工作效率以及为了提高顾客满意度。为使一个组织内部IT系统互相通信，导致了企业应用集成（EAI）的发展。EAI通过建立底层结构，来联系横贯整个企业的异构系统、应用、数据源等。EAI解决方案的起源可以追溯到那些提供双向的解决方案以完成在企业内部的ERP、CRM、SCM、数据库、数据仓库以及其他重要的内部系统之间无缝地共享和交换数据的需要。
二、Web 服务
Web服务以面向对象技术为基础，对数据和编程元素进行封装，以便不同的基于Web的应用程序能够访问，利用Web服务，比如SOAP，浏览者可以从其它同样基于SOAP的站点获取价格信息，并且传送给客户进行比较。Web服务利用不同目标系统，触发不同的行为和信息来提供后台服务，SOAP以及其他Web服务采用RPC和其他类似的技术。SOAP同样也基于XML。
IBM公司的On Demand战略的技术基础就是web service，如果IBM公司的战略得以实现，那么其他的公司在产业链中扮演一个什么样的角色呢？可能会是这样的情形，企业用户向IBM公司购买计算服务，但IBM公司无法提供企业用户所需的全部功能，IBM公司根据用户需求向其他软件服务商购买专业的计算服务，并将其集成在IBM公司提供的计算服务中。同样，微软公司的.NET战略也向着类似的方向发展。
Web服务最大的特点就是跨平台，这是COM，CORBA都没有很好解决的问题。java和.net，甚至其他开发工具的交互， 在Web服务中得到了解决，而且移动设备也可以使用，所以说Web服务是未来的技术。
三、EAI和Web服务对比
Web服务和早期的EAI的本质区别在于：Web服务提供了标准化集成处理方式；而EAI传统上采用一个或多个特定的产品来驱动。换句话说，一个基于Web服务的软件“桥”的集合，可以用来在PeopleSoft人力资源套件和SAP的R/3系统相联接；而同样的EAI的软件“桥”却不能将其他人力资源软件与SAP相连。
另外一方面，SOAP后台基于WWW联盟，而Web服务意味着从get-go 到分布式的样式。
但是，Web服务并不便宜。传统的数据或信息必须要封装成为Web服务，这就需要大量的定制开发工作；由于Web服务仍然是个新生事物，还没有很多的基本框架。Web 服务还未发展成熟，特别是项业务流程管理之类的部分，EAI和Web服务将会在一段较长的时间内并存。
集成问题可以拆分成两种类型：第一种类别，是系统之间简单数据的交换，比如一个应用程序从另外一个应用程序中获取客户ID或姓名之类的信息。对于这一类集成，传统的EAI已经完成，在两个不同类型的软件之间传输数据。第二种类别，是在服务器级上集成应用。这是Web服务所要做的，在本质上这是一个有许多应用程序构成的一个复杂的应用程序。
一个很大的危险在于：针对一个问题应用了错误的方法。Web服务可能会被过度使用，可能只有约20%的集成项目需要服务级别的集成，剩余的80%就只是数据交换了。集成是个非常复杂的事情。您需要运用不同类型的技术来解决不同的问题。Web服务只是这个套件中的一部分。Web服务是应用集成中的一种方法，但不是唯一的方法。XML技术的发明者——Charles Goldfarb曾说过：Web服务和传统的EAI是同一集成统一体中的不同观点。EAI通常是定制的、紧耦合的方案；而Web服务是个更通用化、松耦合的方法。在系统设计的其他方面中的协议是类似的。
四、小结
应用集成是个非常复杂的事情。您可以运用不同类型的技术来解决不同的问题。实质上EAI的解决问题的技术手段和web service不尽相同，但是对待事物或者说解决问题的方法异曲同工，都是用规范、开放、公认的模式去对待异构，统一异构，从而展现自身魅力。
本文介绍了EAI和Web服务这两种技术的不同之处，这将有助于您在选择集成问题的解决方法的时候，做出正确的判断。
