企业信息集成

企业信息集成

是解决"孤岛"问题的需要,技术发展的同时也推动了集成架构等相关的研究。构建企业集成平台的首要目的是实现数据集成,即为平台上运行的各种应用、系统或服务,提供具有完整性、一致性和安全性的数据访问、信息查询及决策支持服务。

数据集成

包括以下3种模式:数据联邦、数据复制和基于接口的数据集成。数据联邦:

数据联邦

是指不同的应用共同访问一个全局虚拟数据库,通过全局虚拟数据库管理系统为不同的应用提供全局信息服务,实现不同的应用和数据源之间的信息共享和数据交换,其具体实现由客户端应用、全局信息服务和若千个局部数据源三部分组成。

数据复制模式:

在数据复制模式中,通过底层应用数据源之间的一致性复制来实现(访问不同数据库的)不同应用之间的信息共享和互操作,其实现的关键是必须能够提供在两个或多个数据库系统之间实现数据转换和传输的基础结构(以屏蔽不同数据库间数据模型的差异).

基于接口的数据集成模式:

在基于接口的数据集成模式中,不同的应用系统之间利用适配器(或接口代理)提供的应用编程接口来实现相互调用。应用适配器或接口代理通过其开放或私有接口将业务信息从其所封装的具体应用系统中提取出来,进而实现不同的应用系统之间业务数的共享与互交换,接口调用的方式可以采用同步调用方法,也可以采用基于消息中间件的异步方法来实现。

应用集成

应用集成是指两个或多个应用系统根据业务逻辑的需要而进行的功能之间的互相调用和互操作,应用集成模式包括集成适配器、集成信使、集成面板和集成代理4种。

适配器集成模式:

采用在需要交互的系统之间加入适配器的解决方案来实现企业原有应用系统与新实施系统之间的互操作。在应用系统提供的API的基础上(在应用系统没有提供API的情况下,可以在其数据库表结构一致的条件下,直接完成对数据库的写入和读出),通过适配器完成不同系统间数据格式及访问方式的转换与映射,进而实现不同的系统之间业务功能及业务数据的集成。

信使集成模式:

随着企业中业务应用系统个数的增多,应用系统间的接口问题变得越来越复杂。基于信使的集成结构中,系统之间的通信和数据交换通过信使(消息代理)来实现,每个应用只需要建立与集成信使之间的接口连接,就可实现与所有通过集成信使相联的应用系统间的交互,这种结构大大减少了接口连接数量,同时由于采用了信使(消息代理)作为信息交流的中介,可以将应用之间的交互对通信服务能力的依赖程度降到最低;另外,当某一系统发生改变时、只需要改变信使中相应的部分,从而降低系统维护工作量和系统升级的难度。

面板集成模式:

面板集成模式和面向对象的软件设计方法中的面板模式很相似,它是从应用交互实现的层面来描述客户端应用和服务器端应用集成的一种方法。集成面板可以为一对多、多对一、多对多等多种应用提供集成接口,在这种模式中包含有一个或多个客户端应用、一个集成面板、一个或多个服务器应用,集成面板通过对服务器端应用功能的抽象和简化,为客户端应用访问与调用服务器端应用提供了一种简化的公共接口,集成面板在得到客户应用服务请求后,将客户的服务转换成服务器端应用能理解的形式,并将该请求提交给服务器端应用。

代理集成模式:

面板集成模式实现了服务器应用交互逻辑的分离,在代理执政模式中,由于不存在很明显的客户端应用和服务器端应用的划分,它仅需要将待集成的应用间的交互逻辑从应用中分离出来,并对相应文件的交互逻辑进行封装,进而是由集成代理来引导多个应用之间的交互。

企业集成

企业应用软件系统从功能逻辑上可以分为表示、业务逻辑和数据三个层次,其中表示层负责完成系统与用户交互的接口定义,业务逻辑层主要是根据具体业务规则完成相应业务的数据处理,数据层负责存储由业务逻辑层处理或产生的业务数据,它是系统相对稳定的部分。
从企业集成运行的实现策略上看,EAl主要有如下三种实现模式:

前端集成模式:

所谓前端集成模式,是指EAI侧重于业务应用系统表示层的集成,它主要通过单一的用户入口,实现跨多个应用事物的运作,这种方式适用于用户启动的业务过程中,会产生多种多个跨应用的事物,而且这些事物都需要实时响应的情况(主要指B2C的环境)。另外,采用前端集成模式,还可以实现对已经运行的核心业务系统增加功能或特性的目的。

后端集成模式:

后端集成模式主要侧重于应用系统数据层面的集成,它通过专门的数据维护及转换工具,实现不同业务应用或数据源之间的信息交换,维护企业整体业务数据完整性和一致性,后端模式就像是一个方便多个应用系统之间数据自动交互的数据管道。

混合集成模式:

混合集成模式是前端集成模式和后端集成模式的组合,客户通过基于Web浏览器的客户端(瘦客户)实现对业务应用或EAI服务器的访问,服务请求可以由前端应用系统执行,也可以通过EAI服务器将服务请求路由到后端,由后端的业务应用来执行。这种模式几乎具有前端集成模式和后端集成模式的所有特征,主要应用于需要响应大量服务请求,又需要维护多个数据源的完整性和—致性的情况。

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值