EAI技术分析.docVIP

　　EAI技术分析|第1 ...关键词：EAI，EIS，CORBA，J2EE，JCA 摘要：随着社会信息化进程的进一步加快，以及信息化技术的不断进步，很多公司开始发现在引进新的应用和系统的同时，如何保证公司旧有的应用和系统投资不至于被全部抛弃或替换是节省公司运作成本并有效利用公司资源的重要手段。但由于旧有应用和系统所采用的体系结构与新的系统存在及大的差异，往往使这些应用集成到新的系统中并不容易，本文就是针对在这种企业应用集成需求下的各种可用技术进行分析及建议。 阻碍企业将新旧应用系统集成在一起的问题似乎显而易见，不外乎由以下两点所组成： · 所采用的体系结构不同； · 所使用的技术不同； 但要完全跨越这两条企业应用集成的鸿沟却是存在巨大困难的。为了更好地解决这些问题，业界已经出现了许多相关技术及方案，如CORBA，J2EE，XML，D等等。本文不是为了向读者具体介绍这些技术及方案的实施，本文的目的根据在企业应用集成中可能出现的各种情况，分析不同技术的优缺点，并给出相应可行的建议。 1.介绍EAI EAI，也就是企业应用集成并不是一个新的概念。但步入九十年代后，EAI的重要性开始得以体现并倍受关注。原因很简单，企业需要不断改进他们应用系统的功能，作为企业利益最大化的工具，企业的管理者希望他们对其所作的投资能够得到回报。但显然的，企业的管理者们渐渐开始意识到，如引进新的应用系统不能与旧有应用系统很好的集成在一起工作，将导致过去投资被浪费，旧有的应用系统功能部分或全部被抛弃。这显然是企业的管理者们所不愿看到的，于是在纷纷采用新的体系结构进行应用系统开发同时，如何将旧有系统有效的集成进来开始正式走上各个公司的研究桌面。 在本文中，我们将企业的应用系统称为企业信息系统EIS。EAI的最终目的就是要将企业的各种EIS集成到一起，这一过程应尽可能不对已有的应用程序做出（过多）的修改，并实现数据共享和业务流程的集成。 当然，企业需要在EAI之前进行策划，以确定实施EAI在时间及成本方面的确优于完全引进新的应用系统。因为失败的EAI过程将会为企业带来更大的损失，集成风险的比重应该受到足够的关注。 后面，文中将给出几种不同集成技术的分析，指出应当采用的适当技术。但应该注意的是，集成技术还在不断的发展，所给出的建议未必是最优或在将来仍为最优，这也与笔者的经验有关，我们必须承认集成工作需要太多的知识，也相当复杂，特别是在所需集成的EIS数量较大且体系结构互异时，集成难度更是直线上升。因此，如何运用和组合文中所给出的集成技术及建议是需要读者好好考虑的，不要把它们当成模式，它们只是一些可选且未必最优的方案，也许EAI永远没有固定的模式。 有一点需要说明的是，文中对于使用不同语言的异构系统以Java和C++为例，相信它们能够代表目前的流行案例，便于读者理解及运用。 还有一点需要强调的是，本文中所涉及的集成案例都是以应用与业务集成为主，关于数据集成以太表示层集成不在本文的讨论范围之列。 2.技术解析 问题会使人思考，EAI的需求则驱使相关技术飞速发展，尽管这些技术还没有使EAI易如反掌，但它们的确使EAI的成功有了更大的保障。在本文中，我们将多多少少的涉及以下的一些技术规范。这里我们不是要详细描述每一种技术规范，因为其中的每一项都足以用几本书来讲解，而且这些书都已经存在了，这应该算是一个好消息。我们所需要做的，只是了解并分析它们的优缺点及适用性。 2.1通用对象请求代理结构CORBA 说到EAI就很难让人不联想到CORBA。毕竟，让不同编程语言协同工作的主要方法之一就是利用CORBA。作为一个分布式对象的体系结构，CORBA的最初目的就是能够使不同的编程语言、操作系统和软件平台之间实现协同工作。而且，发展到今天，CORBA2已经完全基于面向对象技术，CORBA3则是朝着基于组件的方向发展，其开放性使在不同的CORBA实现商之间进行沟通成为可能，部分甚至可以达到100%的源代码兼容。 · 优点： · 以一种中间件的方式为不同编程语言提供协同工作的可能； · 对操作系统没有特殊的要求和依赖，仅取决于实现商，但实现商可以选择； · 有效长且成熟的发展历史，与许多流行的应用系统（如J2EE）在体系结构上关系密切。 · 缺点： · 具体的性能与所选实现商的实现有关，且性能再好，中间件的一些服务始终都是瓶颈； · 一般情况下需要修改源代码来实现对旧有应用软件的包装； · 适用： 当需要集成的两个企业应用软件互为异构，由不同的编程语言实现时，Java与C++就是一个很好的例子。要这两种语言进行协同工作的几乎惟一的方法就是利用CORBA。当然，使用JDK所提供的功能特性JNI也是可能的，但其复杂性以及对Java可移植性的破坏使其不能胜任该集成工作。且JNI不具备分布实施的