企业应用集成技术解析.docVIP

　　企业应用集成技术解析|第1 在企业信息化建设过程中，阻碍企业将新旧应用系统集成在一起的问题很多，不外乎由以下两点组成: 1)所采用的体系结构不同 2)所使用的技术不同 但要完全跨越这两条企业应用集成的鸿沟却存在巨大困难.为了更好地解决这些问题，业界已经出现了许多相关技术及方案，如COBRA、ZJE、XML、D 等等.本文不是为了向读者具体介绍这些技术及方案的实施，而目的在于根据企业应用集成中可能出现的各种情况，分析不同技术的优缺点，并给出相应可行的建议. 1 说明 企业应用集成 (EAI) 并不是一个新的概念.步入02世纪90年代后，企业应用集成的重要性开始得以体现并备受关注.原因很简单，企业需要不断改进它们应用系统的功能，作为企业利益最大化的工具，企业的管理者希望他们对其所作的投资能够得到回报.但他们渐渐开始意识到，如引进新的应用系统不能与原有应用系统很好地集成在一起工作，将导致过去的投资被浪费，旧有的应用系统功能部分或全部被抛弃.这显然是企业的管理者们所不愿看到的.于是在纷纷采用新的体系结构进行应用系统开发的同时，如何将原有系统有效地集成进来成为各个企业的研究重点. 本文中，我们将企业的应用系统称为企业信息系统IES.企业应用集成的最终目的就是要将企业的各种IES集成到一起，这一过程应尽可能不对己有的应用程序做出 (过多的)修改，并实现数据共享和业务流程的集成. 当然，企业需要在EIA之前进行策划，以确定实施EAI在时间及成本方面的确优于完全引进新的应用系统.因为失败的 EAI过程将会为企业带来更大的损失，集成风险的比重应该受到足够的关注. 文中将给出几种不同集成技术的分析，指出应当采用的适当技术.有一点需要说明，文中对于使用不同语言的异构系统以Java和C为例，它们能够代表目前的流行案例，便于读者理解及运用. 2 技术解析 2.1 通用对象请求代理结构 不同编程语言协同工作的主要方法之一就是利用通用对象请求代理结构 (CORBA).作为一个分布式对象的体系结构，CORBA 的最初目的就是能够使不同的编程语言、操作系统和软件平台之间实现协同工作.发展到今天，CORBA2已经完全基于面向对象技术，CORBA3则是朝着基于组件的方向发展，其开放性使在不同的COBRA实现商之间进行沟通成为可能，部分甚至可以达到 10%的源代码兼容. 优点:以一种中间件的方式为不同编程语言提供协同工作的可能;对操作系统没有特殊的要求和依赖，仅取决于实现商，但实现商可以选择;有较长且成熟的发展历史，与许多流行的应用系统 (如ZJEE)在体系结构上关系密切.缺点:具体的性能与所选实现商的实现有关，且性能再好，中间件的一些服务始终都是瓶颈;一般情况下需要修改源代码来实现对旧有应用软件的包装.适用:当需要集成的两个企业应用软件互为异构，由不同的编程语言实现时，Jvaa与C++就是一个很好的例子.要这两种语言进行协 同工作的几乎惟一的方法就是利用CORBA.当然，使用JDK所提供的功能特性NJI也是可能的，但其复杂性以及对Jvaa可移植性的破坏使其不能胜任该集成工作，且NJI不具备分布实施的能力，它的目标也不在于此. CORBA很适合于通过修改源代码来包装现有应用软件，为其他异构系统提供新的COBRA分布式对象.对于远程方式的请求，IIOP协议会是一个好的选择，例如通过 ZJEE的 RMI-IIOP来调用COBRA的分布式对象. 2.2 Java2平台企业版 在近几年的企业应用系统开发中，J2EE无疑扮演了一个重要的角色.开发业务逻辑或中间层组件最重要的技术就是EJB，它提供了对主要的企业技术如事务、安全性以及持续性的支持，便利了业务组件的开发.尽管J2EE受限于Java编程语言，但这种技术本身并不存在问题.同时，J2EE与 COBRA技术所达成的一致性为低层组件的请求提供了可行之路，RMI-IIOP和JMS等技术无疑为J2EE提供了强有力的功能核心. 优点:基于规范的平台，不受限于特定的操作系统或硬件平台，有大量实现商可以选择;提供现代的组件体系结构，这种结构简化了复杂组件的开发;提供主要的企业技术如事务、安全性以及持续性的支持，并以声明和编辑方式对这些服务提供支持.相对成熟，支持大量中间件技术，能够为 EAI提供满意的性能及可升级性.缺点:受限于 Java编程语言，尽管可通过其他中间件技术 (如COBRA)支持;实现商之间的可移值性还达不到 10%;与特定于某个操作系统或平台的实现技术相比，性能还有待进一步提高，且资源占用量较大.适用:J2EE规范本身就提供了一个巨大的企业应用集成平台，基于 Java使其不依赖于运行的硬件平台和操作系统，然而也使其受限