中心数据交换平台建设方案内容摘要:

享,并可以透明地处理诸如宕机、网络堵塞、网络中断等各种复杂的通讯异常。 该基础模块提供了标准的数据封装接口,能够以多种协议为基础实现数据交换功能,屏蔽底层通讯机制,从而提供了可靠的数据传输保证。 消息代理服务 消息代理服务是 数据交换平台 的核心服务。 消息代理服务运行在基础消息传输服务之 上,为数据交换平台提供了强大的信息格式转换与信息路由的功能。 其高性能的消息处理引擎,灵活的系统扩展机制与负载均衡的架构设计,完全满足了 数据交换平台 未来的升级扩展。 人员交互、安全认证、管理监控、信息存储等辅助服务 相关平台辅助服务是 数据交换平台 不可或缺的功能,进一步简化并完善了平台的功能。 我们建议在 省电子政务系统中心 配置 WebSphere Business Integration Message Broker, 在 各局委办 安装配置 WebSphere MQ。 “ 电子政务数据交换平台 ” 物理结构参考图局委办网络 1局委办网络 2 局委办网络 n消息服务客户端消息服务客户端消息服务客户端可靠的消息传输通讯消息代理 2消息代理 1负载均衡消息代理逻辑群集L D A P 目录服务器W E B 应用服务器数据库服务器 对于 WebSphere MQ 来说, 两个 WebSphere MQ 系统要进行通讯,需要建立它们之间WebSphere MQ 的逻辑连接 —— 通道。 因此在这里需要在每一节点上为需要进行通讯的相邻的节点定义配置 WebSphere MQ 通道。 采用这种点对点的通讯方式,如图: MQ MQMQ MQMQ 系统将会是一个复杂的网状结构 ,n 个系统要建立 n(n1)个连接,系统的维护和管理将会比较复杂, 重要的是 局委办 的数量很多,并且它们之间存在着互相通信的需求,在这种情况下,如果将这么多的节点两两相连, 其配置将会比较复杂,最为重要 的是,其管理和维护的成本会很高,所以这种方法显然是不可行的。 Message Broker 的设计理念恰恰是要改变这一结构的弊端,将网状结构变为星型结构,它采用 ”hub and Spoke”的设计思想。 大大减少系统间的连接个数,从 n(n1)个减少到 n 个,使系统的配置和管理大大简化。 MQMQMessage BrokerMQ MQMQ 随之而来的是,系统的可扩展性大大增强,每新增加一个 局 委办 ,不必建立它和其他 局委办 之间的两两连接,而只需连接到 Message Broker 上,通过 Message Broker 便可以实现与其余 支局 的连接和通讯。 这样,我们构造了一个 WebSphere MQ 通讯 网络,作为各种应用系统的公共数据传输平台,使得纵向、横向的信息可以在系统内部顺畅地流动,而不会因为网络或系统故障造成信息的丢失或重复传递。 对于各种应用程序来说,只需调用 WebSphere MQ 提供的编程接口来发送 /接收消息即可 ,大大提高了应用开发的效率和质量,并降低了系统维护的难度。 此外, 在各应用系统通过 中心 数据交换平台进行数据交换时,如何根据数据内容的确定数据的路由选择也是一个较大的挑战。 Message Broker 的 智能路由功能能够让用户根据消息的格式和内容定义消息转换和路由决策,规则的定义可以通过 GUI 界面来实现,十分简单易行。 如我们可以在数据中设定路由信息标志位, MQ 本身是无法解析数据报中内部的具体信息的,而 Message Broker,可以解析和识别消息的具体内容,可以根据消息中设定的路由标志位进行数据的智能路由。 如:从 A 市将数据发给 Message Broker, Message Broker 可以智能地分析数据的目的地,并准确将数据转发出去。 通过智能化数据路由和转换功能,用于可以在应用程序之间实现消息流,同时满足 业务过程的数据流要求;同时它可以随着业务要求的变化而变化,当业务需求变化时,仅需对Message Broker,做必要的更改,而无需改动原有的应用程序,使系统的可扩展性大大增强。 除了智能路由功能之外, Message Broker 还具有以下更加丰富和完善的功能: 对数据的各种复杂的计算和处理功能。 它用 每一个 Node 表示对消息的一种处理,如pute node 可以对消息进行各种计算操作,其他 Process Node 有: input node, output node, filter node, check node 等; node 与 node 相连,便组成了一个 Message Flow,由各种“ Processor Node” 组成的 Message Flow,可对消息进行各种处理操作,在消息从数据中心经过时便可以被进行相应地计算,从而发往目的应用系统; 数据格式转换和路由服务。 Message Broker 提供多种数据格式服务,其中包括:自定义格式,用户可以通过 MRM(Message Repository Manager)来定制自己的消息格式; XML 格式;面向纪录的 信息格式,如 C 的头文件, COBOL records 等。 对于这些消息格式,它提供 相应的剖析器进行解析,实现它们之间的格式转换。 如对于用户的 bit stream 的输入信息可以输出为 XML 的格式,反之亦然。 与 数据库 紧密集成。 提供了与 DB操作相关的各种 Node, 如 INSERT,UPDATE,DELETE等 Node,用户可以之间通过 ESQL 进行和数据库的操作,如把数据存入数据库,从数据库中取数据等;这样,当数据通过 Message Broker 时,我们便可以将数据进行各种数据库操作,为今后的数据仓库做准备。 应用整 合功能, Message Broker 是 IBM 的应用整合中间件。 从 电子政务 系统的一个横截面来看,存在很多业务系统, 在系统今后的发展过程中,必然需要进行应用整合,即实现各个子系统之间的数据交换和数据共享。 为了实现各应用系统间的数据交换和数据共享,我们更加建议 星型 Message Broker 解决方案 —— 即位于同一层次上的各应用系统均通过它 互 相连接。 考虑到在各业务系统建立时都是以各业务部门为主进行,且各自的业务属性也有较大的不同,故各应用系统间在数据定义、数据格式上必然会存在着或多或少的差异性。 这就为各应用系 统间的数据交换带来了一定的困难。 通过 Message Broker,用户完全不需要专门开发接口和路由选择程序,只需要在 中心的 Message Broker 上对每个业务系统的数据格式作相应定义,并定义相关的数据路由规则即可。 这样一方面简化了其实现方法,另一方面大大提高了系统的可维护性。 方案设计中的核心要点: 1) 采用业界成熟的产品:对于一个企业级的应用,这一点是非常必要的; 2) 采用一个合理的架构:在通讯节点众多时,要避免采用复杂的网状架构,要采用先进。
阅读剩余 0%
本站所有文章资讯、展示的图片素材等内容均为注册用户上传(部分报媒/平媒内容转载自网络合作媒体),仅供学习参考。 用户通过本站上传、发布的任何内容的知识产权归属用户或原始著作权人所有。如有侵犯您的版权,请联系我们反馈本站将在三个工作日内改正。