架接软件的桥梁——EAI

导读：
　　关注EAI
　　一般来说，新应用系统是为了满足特定需要而建立的，但其必须与已有应用系统集成，因为它需从过去的核心系统存取数据。
　　应用集成相当复杂，因为这需要弄清遗留系统的核心过程与数据传送路线。应用系统的功能不断地层层增加，并且这些应用程序往往相当独立，要将它们紧密结合起来，非常困难。现在国内有些企业已开始遇到企业应用集成（EAI，Enterprise Application Integration）问题。如何解决，成了他们的一大难题。从本期开始，我们推出一组EAI系列报道，帮助读者了解这方面的信息。
　　在过去，企业的计算机应用一般是一台中央主机的体系结构。而如今，企业的计算机应用由许多部分组成，包括众多的硬件技术、操作系统、软件包、数据库系统等等。为集成分散的计算环境，也产生了一些分散的集成方法，例如在许多大型企业，建立专用接口的方法很典型。然而,专用接口方法的建立和维护花费很高，而且并不是一种特别可靠的战略。这导致了企业应用集成(EAI)概念的产生，现在已发展成为一个技术应用方案的市场。
　　EAI技术体系结构
　　对于EAI自身来说，它是计算机应用技术一个新的、有特色的领域，目前仍处于早期的形成阶段。企业应用集成工具的供应商宣称，可以提供一个满足企业的大多数应用集成需要的体系结构,能够广泛连接并集成多种计算机平台、数据库系统、TP 监视器和ERP 软件包。与构建许多点对点接口的方法相比(典型的、花费较高的专用接口解决方案), EAI体系结构减少了接口数量，为应用程序的集成提供一套标准的方法论。EAI通过分层传输技术实现集成。这种“黑箱”解决方案采用了一系列中间件技术，例如消息broker、对象broker、事务处理集成、数据库远程过程调用、屏蔽过滤、Java 应用程序、Active X 控件等等。这种体系结构也可用于提供增值服务,譬如应用程序开发工具、数据库管理、寻径、发布/订阅（publish/subscribe）服务、数据流、数据转换、安全性服务、可恢复性（recoverability）和工作量平衡。
　　EAI技术的体系一般为集线器/星形结构(如右上图所示)。所有应用程序都连接到中央集线器上。集线器提供集中的服务,各个接口或适配器为每个应用程序集成点提供服务。
　　
　　EAI技术体系图
　　适配器用来将中央集线器与特定资源，例如关系数据库或Java 应用程序等进行集成，以实现信息的传输或对特定资源进程的调用。随着技术领域的广泛拓展，一些新的EAI产品正在出现，这些EAI产品将带有能支持多种类型资源的适配器。这些资源包括SAP R/3、Baan、Peoplesoft、Siebel、Vantive等应用程序包；过去建立在中央主机技术基础上的应用软件，如CICS、DB2、COBOL等；数据库系统,如Oracle、SQL Server等；混合信息和更多的信息资源类型。
　　EAI关键步骤
　　信息技术战略与商务战略相融合 信息技术的发展战略需要根据企业的商务发展战略和目标清楚地进行规划。对于一个谋求打入新市场、开发新产品、形成新的联盟或重组内部业务的企业来说，应用集成需要将越来越明显。
　　理解公司的业务过程和数据模型 对业务过程和数据模型必须有很好的理解，明确系统和应用程序是如何支持它们的。系统可能存在重叠、歧义、人工的干预和前后不一致等问题。当然，只有当试图集成这些系统时，这些问题才会变得明朗化。
　　预先规划好EAI 如果只在点对点的需求上实施EAI，可能很长时间得不到回报。EAI 的实施需要作为信息技术战略的一部分进行规划，而不是为了某个特定的要求，尽管点对点的要求对EAI引入和应用有促进作用。
　　供应商评价 应以企业集成需求的深度和广度为基础。对于大多数EAI供应商，目前仍处在市场的早期培育阶段。评价供应商选择产品时，应寻找覆盖范围广的，而不是覆盖范围窄的产品，这些产品应能提供灵活的结构，并且能与过去遗留的系统紧密结合。在评价供应商时，应思考下述问题：供应商参加了什么联盟，建立了哪些关系,这些联盟和关系对业务是否重要?供应商的商业稳定性怎样?他们的服务支持系统在本地吗？得力吗?
　　技术评估 评估集成技术的覆盖范围和解决方案，确定它是否能保证多重项目重新利用已配置的适配器和组件，其应用工具是否灵活，是否允许升级，是否允许新建适配器以微小的改动进行配置，其可伸缩性如何,是否能在紧急情况下正常运行而不崩溃，它的使用和设置是否简单，所有的配置和维护能否集中地进行，工具能否在目标环境中进行变化，是否能方便地定制适配器或写自己的适配器。
　　试点项目实施 企业应用集成是艰难的、复杂的，其复杂性经常是在开始技术实施时才表露出来。因此应设置一个试点项目，这个试点项目应包含一个需要集成的业务流程。它不应该太复杂，因为交付使用的时间可能在遥远的将来。然而, 它应该比较全面，并足以建立一套完整的团队和方法，还应能测试所选方法的稳定性、灵活性和可伸缩性。
　　--------------------------------------------------------------------------------
　　评论
　　EAI实施面临的问题
　　虽然存在能够紧密地集成两个或更多系统的EAI工具，但是EAI仍然面临着若干制约其应用价值的严重问题。现实中EAI工具的应用受到许多限制，因为企业工作流程往往难以这样清楚地剥离，也不可能像这个简单的例子所描述的这样独立。更多的情况是，在系统之间存在着重叠或不一致之处。由于两个系统使用的数据可能是重复的，或是不同步的（譬如，一个系统每天进行更新），而另一系统每周进行更新，并且，软件包通常采用自身特有的方法管理信息，因此这些信息的集成通常是很困难的。
　　事实上，应用集成可以要求将现有的过程进行一些重组
　　关注EAI　　一般来说，新应用系统是为了满足特定需要而建立的，但其必须与已有应用系统集成，因为它需从过去的核心系统存取数据。　　应用集成相当复杂，因为这需要弄清遗留系统的核心过程与数据传送路线。应用系统的功能不断地层层增加，并且这些应用程序往往相当独立，要将它们紧密结合起来，非常困难。现在国内有些企业已开始遇到企业应用集成（EAI，Enterprise Application Integration）问题。如何解决，成了他们的一大难题。从本期开始，我们推出一组EAI系列报道，帮助读者了解这方面的信息。　　在过去，企业的计算机应用一般是一台中央主机的体系结构。而如今，企业的计算机应用由许多部分组成，包括众多的硬件技术、操作系统、软件包、数据库系统等等。为集成分散的计算环境，也产生了一些分散的集成方法，例如在许多大型企业，建立专用接口的方法很典型。然而,专用接口方法的建立和维护花费很高，而且并不是一种特别可靠的战略。这导致了企业应用集成(EAI)概念的产生，现在已发展成为一个技术应用方案的市场。　　EAI技术体系结构　　对于EAI自身来说，它是计算机应用技术一个新的、有特色的领域，目前仍处于早期的形成阶段。企业应用集成工具的供应商宣称，可以提供一个满足企业的大多数应用集成需要的体系结构,能够广泛连接并集成多种计算机平台、数据库系统、TP 监视器和ERP 软件包。与构建许多点对点接口的方法相比(典型的、花费较高的专用接口解决方案), EAI体系结构减少了接口数量，为应用程序的集成提供一套标准的方法论。EAI通过分层传输技术实现集成。这种“黑箱”解决方案采用了一系列中间件技术，例如消息broker、对象broker、事务处理集成、数据库远程过程调用、屏蔽过滤、Java 应用程序、Active X 控件等等。这种体系结构也可用于提供增值服务,譬如应用程序开发工具、数据库管理、寻径、发布/订阅（publish/subscribe）服务、数据流、数据转换、安全性服务、可恢复性（recoverability）和工作量平衡。　　EAI技术的体系一般为集线器/星形结构(如右上图所示)。所有应用程序都连接到中央集线器上。集线器提供集中的服务,各个接口或适配器为每个应用程序集成点提供服务。EAI技术体系图　　适配器用来将中央集线器与特定资源，例如关系数据库或Java 应用程序等进行集成，以实现信息的传输或对特定资源进程的调用。随着技术领域的广泛拓展，一些新的EAI产品正在出现，这些EAI产品将带有能支持多种类型资源的适配器。这些资源包括SAP R/3、Baan、Peoplesoft、Siebel、Vantive等应用程序包；过去建立在中央主机技术基础上的应用软件，如CICS、DB2、COBOL等；数据库系统,如Oracle、SQL Server等；混合信息和更多的信息资源类型。　　EAI关键步骤 　　信息技术战略与商务战略相融合 信息技术的发展战略需要根据企业的商务发展战略和目标清楚地进行规划。对于一个谋求打入新市场、开发新产品、形成新的联盟或重组内部业务的企业来说，应用集成需要将越来越明显。　　理解公司的业务过程和数据模型 对业务过程和数据模型必须有很好的理解，明确系统和应用程序是如何支持它们的。系统可能存在重叠、歧义、人工的干预和前后不一致等问题。当然，只有当试图集成这些系统时，这些问题才会变得明朗化。　　预先规划好EAI 如果只在点对点的需求上实施EAI，可能很长时间得不到回报。EAI 的实施需要作为信息技术战略的一部分进行规划，而不是为了某个特定的要求，尽管点对点的要求对EAI引入和应用有促进作用。　　供应商评价 应以企业集成需求的深度和广度为基础。对于大多数EAI供应商，目前仍处在市场的早期培育阶段。评价供应商选择产品时，应寻找覆盖范围广的，而不是覆盖范围窄的产品，这些产品应能提供灵活的结构，并且能与过去遗留的系统紧密结合。在评价供应商时，应思考下述问题：供应商参加了什么联盟，建立了哪些关系,这些联盟和关系对业务是否重要?供应商的商业稳定性怎样?他们的服务支持系统在本地吗？得力吗?　　技术评估 评估集成技术的覆盖范围和解决方案，确定它是否能保证多重项目重新利用已配置的适配器和组件，其应用工具是否灵活，是否允许升级，是否允许新建适配器以微小的改动进行配置，其可伸缩性如何,是否能在紧急情况下正常运行而不崩溃，它的使用和设置是否简单，所有的配置和维护能否集中地进行，工具能否在目标环境中进行变化，是否能方便地定制适配器或写自己的适配器。　　试点项目实施 企业应用集成是艰难的、复杂的，其复杂性经常是在开始技术实施时才表露出来。因此应设置一个试点项目，这个试点项目应包含一个需要集成的业务流程。它不应该太复杂，因为交付使用的时间可能在遥远的将来。然而, 它应该比较全面，并足以建立一套完整的团队和方法，还应能测试所选方法的稳定性、灵活性和可伸缩性。--------------------------------------------------------------------------------　　评论　　EAI实施面临的问题　　虽然存在能够紧密地集成两个或更多系统的EAI工具，但是EAI仍然面临着若干制约其应用价值的严重问题。现实中EAI工具的应用受到许多限制，因为企业工作流程往往难以这样清楚地剥离，也不可能像这个简单的例子所描述的这样独立。更多的情况是，在系统之间存在着重叠或不一致之处。由于两个系统使用的数据可能是重复的，或是不同步的（譬如，一个系统每天进行更新），而另一系统每周进行更新，并且，软件包通常采用自身特有的方法管理信息，因此这些信息的集成通常是很困难的。　　事实上，应用集成可以要求将现有的过程进行一些重组

本文转自
http://www.cn-java.com/www1/?action-viewnews-itemid-1346