既然说SOA是拯救EAI的“天使”，那么就让我们来看看SOA这个“天使”究竟是什么样子? 也许是失败的案例太多了，EAI(企业应用集成)作为一类典型的IT项目，常常被人们称为“死神之吻”。在集成软件的发展历史上，IBM公司的SAA和SQL关系数据库曾经给人们留下深刻印象。

　　CORBA技术在这个领域很风光。而在中间件成为一种流行的集成方法的今天，许多集成工具采用专用而非开放标准的技术，以Hub(交换中心)的架构为基础把应用、消息系统和数据源连通起来。不管怎样，上述所有这些技术和产品都在向着一个目标——实现EAI的标准化而努力。

　　SOA能够改变这一切!

　　在过去的40年间，软件架构师总是在与同一个“魔鬼”交战，这就是软件的复杂度，而交战的结果总是不断印证着那句不变的咒语:道高一尺，魔高一丈。特别是随着硬件系统、操作系统平台的不断增加以及企业网络的飞速蔓延，如何把这些不同的信息系统集成起来，也就是实现EAI(企业应用集成)，更是令许多企业的IT人员不堪重负。

　　到目前为止，传统的编程技术所形成的软件系统都是刚性的。也就是说，一旦开发完成并投入运行，就是固定不变的，不能在使用过程中进行调整和改变。在业务流程中，软件系统严格按照预先设定的目标，各功能模块按照确定的顺序执行。如果数据结构或者业务逻辑发生改变，就必须对所有相关的软件模块、数据源和消息逐个进行修改。就算是有了EAI中间件，这种情况也并没有得到根本性的改变。

　　今天，SOA改变了这种现状。SOA采用服务请求(Service Request)的方式，使软件系统向“柔性化”迈进了一大步。与传统的软件系统不同，SOA只限定服务所需的信息并提出服务请求，但是不限定提供服务的模块。

　　由于不限定提供服务的模块，这样就完全可以在服务请求模块不知不觉的情况下，由新的数据源来满足这个服务请求。另一方面，新的数据源也可以去响应其他服务请求者提出的类似请求。在这样的系统中，只需要根据新的情况修改服务的执行者，而不需要修改服务的请求者。所以，基于SOA的企业应用系统可以随着企业业务的变化而逐渐演变。

　　Web服务催生SOA

　　既然说SOA是拯救EAI的“天使”，那么就让我们来看看SOA这个“天使”究竟是什么样子?

　　SOA支持服务型软件的设计。也就是说，在这样的环境中可以设计出为其他应用提供服务的软件模块。另一方面，所有有服务需求的应用模块都会把自己接受服务的接口公布出来。这样一来，网络环境就可以变成这些服务的交易场所和交易机制。这与当今盛行的Web服务的思路可谓异曲同工。实际上，Web服务将会催生SOA的实现。

　　当我们利用Web服务来实现SOA的时候，就等于获得了一种建立各种应用并实现EAI的编程工具和方法，应用系统的开发、集成和维护的成本和风险都会大大降低。实际上，SOA既是一种架构模式，又是一种编程模式，它同时也是一种关于软件的全新思维方式。