SOA与EAI的比较--第一篇，EAI概述

在一家银行基于ESB产品做企业应用集成项目，自然要言必称SOA。客户对SOA也比较感兴趣，他们有EAI产品和项目经验。一日问SOA和EAI到底什么区别，SOA比EAI究竟多了哪些东西。当时就自己的理解和客户描述了一番，回来总结整理成文。这里不是给客户做PreSale， 尽可能从本质的层面来分析比较这两个技术解决方案和思想。花开两朵，各表一支，我们先概括一下EAI和SOA。

1. EAI的概述 先来概括一下EAI的解决方案的中心思想。EAI 企业应用集成即基于已有系统应用开发新的业务应用系统。面对的现状是：

a) 各个系统的不同接口，可能是不同程序语言的API, 消息，或者访问数据库。

b) 不同系统的接口有不同的调用规范，即调用顺序，上下文关系，Session等。

c) 不同的数据。包含数据类型，数据格式，数据业务语义的不同。

d) 新业务流程的编写。

那么如果自己写程序开发一个跨多个已有系统的新业务时，需要在新业务实现中调用这些系统的不同接口，需要做这些系统之间的数据转换。这是一个很大而且烦琐的工作。可能在程序中既要调用Java接口，又要调用C++接口；可能要在这些系统两两之间做数据转换，需要做C2n=n(n-1)/2次转换。显然这不是一个好的方式。

 

为了简化这些工作，EAI平台的解决方法是：

a)定义了中间层数据类型，数据格式，接口规范，接口通信方式和通信协议。

b)平台去做已有系统和中间层之间的数据格式转换。

c)对已有系统接口的封装，提供统一的接口。

d)使用图形工具进行流程编排，编写数据转换和映射规则。由EAI平台引擎来执行。

EAI中心的解决方案和思想是制定统一的数据和接口定义，使EAI应用的开发者能够使用一种数据和接口定义来实现新的业务，由平台来做统一的数据和接口与已有系统各种不同的数据和接口之间的适配。一般EAI软件平台都包含两类产品：流程编排和驱动工具+适配器。

a)适配器的主要功能是做已有系统和中间层之间的数据转换；已有系统接口调用的封装，统一接口和已有系统接口的适配。

b)流程工具的主要功能是基于调用适配器功能操作，编排自动的操作流程，编写各个操作之间的数据计算和映射，引擎来执行这些流程。

 

例如TIBCO的EAI平台包含两个产品流程工具Business Works, 适配器Adapter。简单的适配器包含在Business Works中，提供一些简单操作的封装，如文件操作，JMS消息收发等；复杂适配器封装复杂的技术，软件或者系统，如CORBA,MQ , SAP等，复杂适配器有独立于Business Works的引擎，两者通过消息中间件交互。Business Works提供这些操作的流程编排，操作之间基于XSLT的数据映射。

TIBCO EAI平台结构图