企业应用集成企业应用集成“ABC”“ABC”【测试企业应用集成“ABC”在前面的文章中，我们已经对 EAI 的多层流模型中的数据级集成、信息级集成和过程级集成进行了讨论，这是 EAI 中的统一规划、分级实施的方法。每一级的实施都按各自的目的开展，如数据级的集成实现数据的共享，信息级的集成实现系统的互操作，如：远程过程或方法调用，过程级的集成实现系统对企业内各个过程的支持和过程间的集成等。今天我们将主要从 EAI 的实施范围来讨论 EAI。开发一个企业应用集成结构的关键是要认识到 EAI 包括不同层次、不同级别的集成，每一层都有不同的需求和不同的集成解决方案。成功的实施一致的、可扩展的、安全并且费用廉价的 EAI 解决方案依靠你对这些层的标准和方法的定义。你必须决定如何在以下系统间分享信息：l 在一个应用系统内；l 在一个企业内的不同系统之间；l 在企业之间；l 直接与和客户。要回答这四个问题，将要设计一个能够完全含盖集成需要的系统结构和开发方法，以下内容将从集成系统的开发方法和集成规模等方面展开，其中主要论述基于组件的开发方法、A2A 集成、B2B 集成和B2C 集成。1、基于组件的应用开发（CBD）当在为应用开发选择标准时，你可以自由选择最适合企业的技术和方法。在很多情况下 CBD 是一个正确的方法。它促进了高可靠性、可重用和定义良好的组件的开发。如果整个组织都使用这个标准展开，CBD 将能够显著的降低开发和系统维护的成本。微软公司的组件对象模型（COM）就是特地为此目的而设计的。在不同的对象请求代理中使用的 CORBA 标准和企业 JavaBean（EJB）也是采用的 CBD 方法。很多专用的组件开发环境都依赖于以上三种方法之一来实现组件之间的通信。使用同一个标准开发的组件能够很容易的在一个柔性和可扩展的环境中实现互操作。然而，如果把这几种技术混合使用将导致需要另一个集成层次的应用环境，这样将增加系统维护的复杂性。2、 “A”应用到应用（A2A）的集成使用同一种语言编写且运行在同一台计算机上的两个应用系统能够很容易的通过使用 COM 实现相互通信。不幸的是，大多数 A2A 集成都不是这样。CORBA 和 EJB 能够更好的实现不同计算机之间的通信，但是都有各自的不足。CORBA 是一个标准，但是应用 ORB（对象请求代理）的产品却不是标准的，CORBA 实施起来有很大的难度，并且相互之间不能实现很好的通信。以上三种技术都不能实现相互之间的无缝集成。一个真正的 EAI 结构必须看到，在一个企业中运行的应用系统是用不同的标准、技术和语言编写的，运行在分布的、异构的平台上。大多数 A2A 集成都不是简单的通过单一的 COM、CORBA 或者 EJB 就能使一个系统与另一个系统实现通信。Gartner 集团的 Roy Schulte的分析认为：基于组件的接口能够被用在一些类型的集成中。比如，组织可以使用 SAP 公司的业务应用编程接口（BAPI）实现一些系统的集成。但是，接口本身还不够，因为这些对象请求代理不具有消息代理的所有特性。消息中间件产品，如 IBM 的 MQSeries，Microsoft 的 MSMQ 和 BEA 公司的 MessageQ 等都是用来处理在分布式的计算环境中的复杂信息交换。它们都是通过异步方式实现通信的。完整的 A2A 架构必须包括新的组件标准以支持应用开发、跨平台的中间件产品的通讯和所有已经部署的技术和标准，因为组织根本没有能力替换或重建他们的战略应用系统。在这种情况下，高质量的消息代理是一个理想的解决方案，它通过使用以下一些技术在信息孤岛和标准之间建立通信的桥梁：l 智能路由；l 内容翻译和格式转换；l 过程流控制；l 中间件代理。消息代理能够无缝的将一个消息从一个标准传送到另一个标准，使用合适的技术确保过程间的实时通信。正如 Schulte 所说：“未来迅速崛起的企业将是那些能够迅速采用应用软件包并且以一种新的方法重用存在应用的企业。他们知道建立一个不断变化以适应企业需要的系统比建立一个固定不变的高效系统更具有价值。企业未来成功的关键是如何修改他们的应用系统和组织系统之间的连接。 ”在输入/输出交换集成环境中的核心是接口引擎，这将是下一代消息代理技术的特点。下一代代理将标准消息代理和中间件代理的能力组合在一起，并且加入特定的能力支持组件的即插即用。这种柔性的可扩展的方法实现了 COM 和 CORBA 等组件技术与 MQSeries、MSMQ和 MessageQ 等消息产品的结合。一个 I/O 交换应用封装器处理一个特定的应用和接口引擎的连接。应用封装器是用来实现应用标准与I/O 交换的连接而编写的。目前有几种标准的封装器可以获得。应用系统通过它们的封装器与接口引擎之间实现通信，而应用系统之间不直接进行通信，因此应用系统之间不必再通过点到点的连接紧密耦合，新的应用组件的增加也很容易实现即插即用。3、业务到业务（B2B）的集成企业内部 A2A 的集成为企业间的 B2B 的集成奠定了一个基础，但是当在业务之间分享信息时，集成问题是非常复杂的。每一个企业都有自己的一套应用系统、技术和标准。目前，中间件和 I/O 交换组件的结合能够为 A2A 和 B2B 集成建立一个功能强大的架构，所有的 I/O 交换组件之间都可以进行通信，并且还可以通过 XML 实现与外部组件之间的通信。这为集成解决方案提供了一个标准化的方法。4、业务到客户（B2C）的集成在 B2C 集成中强调的问题是柔性和易变性，更确切一点说，电子商务系统必须能够不断的升级它们的客户接口和提供更加人性化的应用环境。Web 服务器和 I/O 交换引擎的组合使客户更加容易的访问他们需要的内容，并且接口引擎在运行时的特性可以实现其在线更新而不会对系统产生任何影响。5、结论COM、EJB 和其它同类的分布计算技术是建立新的基于组件的应用的技术，但是只使用这些技术建立企业范围的集成应用还不够。消息中间件和消息代理技术能够支持松耦合的集成，这也是现在应用集成的发展方向。将以上两种技术结合起来使用将能够满足企业和客户的需要，使企业建立一个能够解决以下一些问题的 EAI 架构：l 通过 CBD 实现新的应用开发；l 使用组件、消息代理和 I/O 引擎的 A2A 集成；l 以 A2A 为基础的 B2B 集成；l 通过修改存在的 B2B 方法和结合新的技术建立人性化的 B2C 集成。这样，EAI 架构将是一个柔性的、可扩展的并且能够支持新的标准和技术，满足企业对 A2A、B2B 和 B2C 集成的需要。