IBM数据交换平台建设方案剖析

1、XX省电子政务系统数据交换平台国际商业机器中国有限公司 2005.5目录：1概述数据交换共享平台是协作式电子政务应用平台（包括政府职能部门之间的电子 协作、政府与公众/企事业单位的服务管理等的核心基础服务模块，负责实现跨系 统的数据交换、流程控制和分布式数据存储服务。数据交换平台的目的是实现每个合法用户将其所要传输的数据包安全可靠地传 输到指定的地方。数据交换平台支持常见数据库类型、多种业务类型、多种数据 传输方式和网络特性，是各类应用系统共享信息资源的公共渠道，是应用系统扩展的 接口。面向服务的体系架构目前，大多数企业都有各种各样的系统、 应用程序以及不同时期和技术的体系 结构。集成来自多个

2、厂商跨不同平台的产品和应用系统，一直是企业IT部门的主 要挑战。面向服务 的体系结构为解决这一问题提供了良好的途径。SOA是一个组件模型，它将应用程序的不同功能单元（称为服务通过这些服务之 间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的，它应该独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种这样的系统 中的服务可以以一种统 一和通用的方式进行交互。以服务为导向、开放、松散耦合的总体目标架构，在应用系统的规划设计时，我 们遵循如下业务集成参考架构。建模、设计、开发、#1试工具应用务IT Mcntfonng业务 Iti 校管理雁势Pro ce»v Montw

3、nng信且服务PortletsComposite Afipi用户交互做势axl.slmdKklJ aj«a=wcJFUmunt-l col £ Ku,&cnEES££«时 EOJdAydpbWJW口dulci3rBiJ«lDueoJtLwEmao一企业插用图旧M基于SOA的业务集成参考架构SOA的主要组件包括服务、动态发现和消息。服务是能够通过网络访问的可调用例程。 服务公开了一个接口契约，它定义了 服务的行 为以及接受和返回的消息。 术语服务常与术语提供者互换使用，后者专门 用于表示提供服务 的实体。接口通常在公共注册中心或

4、者目录中发布，并在那里按照所提供的不同服务进 行分类，就像电话簿黄页中列出的企业和电话号码一样。客户（服务消费者 能够根据不同的分类特征通过动态查询服务来查找特定的服务。这个过程被称为服务的动态发现。服务消费者或者客户通过消息来消费服务。因为接口契约是独立于平台和语言的，消息通常用符合XML模式的XML文档来构造。SOA结构中，中立的接口定义（没有强制绑定到特定的实现上的特征称为服务之 间的松耦合。松耦合系统的好处有两点，一点是它的灵活性，另一点是，当组成整个 应用程序的每个服务的内部结构和实现逐渐地发生改变时，它能够继续存在。而另 一方面，紧耦合意味着应用程序的不同组件之间的接口与其功能和结

5、构是紧密相连 的，因而当需要对部分或整个应用程序进行某种形式的更改时，它们就显得非常脆 弱。对松耦合的系统的需要来源于业务应用程序需要根据业务的需要变得更加灵活 以适应不断变化的环境，比如经常改变的政策、业务级别、业务重点、合作伙伴关 系、行业地位以 及其他与业务有关的因素，这些因素甚至会影响业务的性质。我们称能够灵活地适应环境变 化的业务为随需应变业务，在随需应变业务中，一旦需要， 就可以对完成或执行任务的方式进行必要的更改。服务包括：1用户交互服务。为用户在界面上提供一个统一的信息服务功能入口。通过将 内部和外部各种相对分散独立的信息组成一个统一的整体，保证了用户既能够从统 一的渠道访问其

6、所需的信息，也可以依据每一个人的要求来设置和提供个性化服 务。2应用服务。通过HUB或总线架构，实现应用与应用之间的连接，完成相关的 数据路由与数据格式转换。3信息集成服务。实现数据或整合，在异构的数据源之间实现数据层的直接整 合。通过建立统一的数据模型来实现不同系统间的信息转换。4工作流程服务。实现业务流程管理，包括工作流管理、自动化流程两层面。它 将不同的应用系统连接在一起，进行协同工作，并提供商业流程管理的相关功能，包括 流程设计、监控和规划，实现业务流程的实时管理。 同时支持行业标准（如 RossetNet、ebXML、EDI、CIDX、SWIFT、FIX 以适应企业集中、扁平、透 明

7、的管理机制，适应企业供应链、企业内部流程共享和流程优化。5 B2B集成服务。通过多种连接方式，接入第三方的系统，如ERP等。企业服务总线每个企业在信息系统建设过程中必然涉及到多个应用系统（可能运行于不同的 平台之上，采用不同的开发语言与模式进行开发之间的相互集成需求 （Information Connectivity&Integration或者大家熟知的EAI ,采用何种集成体系结构 必须慎重考虑。当前大部分的企业采用的应用系统之间的集成是一种点对点的体 系结构，具体请见下图：图基于点对点的集成架构点对点的应用系统集成结构的出发点很简单，当两个系统之间需要相互协作时， 为这两个系统开发

8、相应的连接组件（Adapter将二者互联。这种由简单出发的结构 存在着严重的隐 患:随着应用系统个数的增加，连接组件（Adapter的数目将快速增长 （总数为n*（n-1个连 接组件，其中n为应用系统的个数，而且在不同应用系统之间由 于缺乏自动提交请求的机制,必须在相关的连接组件内部固化请求的提交功能，应用 系统之间存在着高度的藕合性，这为系统的维护带来了巨大的复杂性，任何一个系统 的升级或改动都将影响到其它与之相关的应用系统的修改；同时当一个新的应用系 统需要纳入整个应用集成体系时整个工作变得非常复杂。The Hub and SpokelS 供克服传统点对点缺点和 Enterprise Se

9、rvice Bus （ESBii 势的分配和模块架构。重要的是一个建立在ESB上的集成趋势，它提供一个普通的商业目标模式，它运作起来像数据隔离层，分隔特别应用数据和逻辑过程相关数据。 另外，相比以前的趋势，连接器和接口数减少，整合努力减少了。继续上面的例子，只 有5个连接器和10个接口需 要建设。良好的EAI体系结构应该保证不同应用系统之间的高度内聚，同时又保持各个 应用系统的相对独立性，系统之间存在着松散的藕合关系。基于 Application Hub的EAI结构能够满足复杂的企业应用集成需求和发展的需求。与点对点的EAI结构相比，在基于Application Hub的EAI体系结构中，连接

10、组件 的数目很少（一个应用系统对应于一个针对 Application Hub的连接组件，总数为n 个。n为被集成的应用系统的个数；而且各相互集成的应用系统之间不存在直接的 关联,所有的集成工 作通过中央Application Hub进行，当某应用系统需要与其它的系 统集成时该应用程序发请 求（一般通过消息的方式给 Application Hub ,由Application Hub自动地将该请求转发给 相应的目标系统进行处理后将结果返回给请求者。在这种体系结构中，系统的维护非常简单，每一个应用系统的更新和修改都能够实时地 实现，同时当新的应用系统出现时能够简便的纳入到整个IT环境当中，与其它的应

11、用系统相互协作，共同为用户提供服务。企业服务总线（ESB和以服务为导向的应用架构体系（SOA紧密连接在一起，企 业服务总线（ESB是以服务为导向的应用架构体系（SOA的核心组成部分。企业服务总线（ESB为以服务为导向的应用架构体系（SOA提供了连通Tt基础架构，它是 SOA架构下Application Hub的具体体现。 如上图所示,在SOA架构上发布的业务 服务是ESB的 用户”这些基于SOA架构的业务系统所开放出来的服务通过ESB进行交互。它们的交互请求被以事件的方式进行发布和订阅。旧M的企业服务总线解决方案是 WebSphere MQ 以及 WebSphere Business Inte

12、gration Message Brokero2数据交换系统采用中间件的必要性中间件是一种独立的系统软件或服务程序,分布式应用软件借助这种软件在不 同的技术之间共享资源，管理计算资源和网络通讯。它在计算机系统中是一个关键 软件，它能实现应 用的互连和互操作性，能保证系统的安全、可靠、高效的运行。中间件的跨平台性可以屏蔽操作系统的差异，克服网络状况不理想的限制，另外, 使用中间件可以缩短系统的开发周期，使集成商把更多的精力投入到各有价值的业 务应用开发中。目前中间件的种类很多，为实现安全、可靠的数据传输交换平台和应用整合方 案，利用消息传输中间件（MOM是最佳的选择。它简化了应用之间数据的传输，

13、屏 蔽底层异构平台，提供一致的通讯标准和应用开发，确保数据交换网络上可靠的、 跨平台的信息传输和数据交换。它基于消息队列的存储-转发机制，并提供了特有 的异步传输机制。优秀的消息中间件 能够基于消息传输和异步事务处理实现应用 整合与数据交换。在XX省电子政务数据交换项目中，使用中间件的必要性有以下几个方面：数据传输量大数据交换应用系统建成以后是一个覆盖各委办局的复杂的应用系统，并且在这些节点之间存在大量的数据需要传输，在如此众多的应用节点之间如果缺乏快速可 靠的消息传输机 制，将导致整个系统的故障率大幅上升，从而使整个系统陷于不可 用状态。因此快速而可靠的消息传输机制将是企业内部统一数据交换系

14、统取得成 功的重要保证。数据传输的安全性要求很高信息的准确性和安全性直接影响客户满意度系统维护和管理的任务和风险很大，某些单位的工作人员的IT水平有限,需要采 用一种自动化的数据传输和管理手段，降低系统维护的成本与其他单位的数据交换在实现数据交换的同时，电子政务系统还存在与其它系统进行数据交换的需 求。各种应用系统的互通，在多个应用系统之间进行数据交换，而未来参与数据交 换的局委办应用系统数目更会不断的增加，如何应用维护的工作量最小。在未来数据交换的进行过程中，对于用户需求的变化带来的用于应用系统之间 交换的数据格式、数据内容的改变，如何进行有效的管理和维护。鉴于以上方面的考虑，我们建议在电子

15、政务数据交换项目中采用适当的中间件 技术来实现项目的建设和规划。为了解决数据传输的问题，我们推荐旧M公司的WebSphere MQ和Message Broker通讯中间件。 WebSphere MQ是旧M公司为用户提供的消息服务中间件，以 80%左右的全球市场占有率遥遥领先于其它所有的 MOM(Message-Oriented Middleware中间件产品。 WebSphere MQ采用异步的消息机制在不同的服务器节 点之间保证可靠的信息传递服务，在此过程中WebSphere MQ能够自动屏蔽各种异 常和故障而保证将数据信息传送到目的地，每种信息将至少被传递一次而且只被传 递一次。在电子政务

16、数据交换应用系统中，采用WebSphere MQ,相关信息(以及其它 任何所需的信息能够在各局委办之间实现灵活而可靠的消息传递，即使在传输过程中网络或任何软件、硬件系统出现故障，WebSphere MQ也能够保证将信息安全地 传送到目的地。它的特点：统一的接口，缩短开发周期；可跨多种平台；保证复杂环境下的可靠传 输；适用于分布式处理；处理不依赖于时间的限制。我们建议采用旧M公司的应用整合中间件WBI Message Broker作为一个信息 /数据总线。它提供了基于Application Hub的通讯连接和应用整合方式，能够有效地 提供数据路由、加工处理和格式转换等功能。Message Bro

17、ker位于电子政务数据交换平台的核心，连接各个委办局，起到一个 交通和 通讯枢纽的作用。它可以简化系统的配置，同时提供各种数据处理服务，如： 数据的计算、过滤、数据库操作等；实现各种不同数据格式之间的转换，如:传统数 据格式与XML格式之间的转换；实现基于数据内容的智能路由，从而调用不同的字 模块所提供的服务；对原有应用的修改减少到最低限度，并具有高可扩展性。3 IBM解决方案3.1 方案描述XX电子政务数据交换平台是是基于成熟可靠的JMS技术的数据交换、数据流管理和跨厅局协同工作功能的应用支撑平台系统信息交换系统是电子政务综合业务支撑平台所提供的关键服务。 通过信息交 换系统，实现电子政务系

18、统跨平台、 跨系统、跨应用、跨地区的互联互通和信息共 享，为政府部门之间进行公文交换、网上审批等提供支持。数据交换中心处于核心位置，通过配置在数据交换中心的数据交换服务器提供 的标准化 的适配器和接口为每个数据交换节点（需要进行数据交换的各个厅局 提 供服务。每个数据 交换节点只需要与数据交换中心通过数据适配器进行交互 ，并通 过XML进行数据转换。在充分了解当前项目需求并考虑未来扩展的基础上，建议 采用如下的系统架构来实现数据交换平台。'数据交换平台”功能架构图在上面的系统架构图中，主要由如下几个主要功能模块组成：可靠的消息传输服务可靠的消息传输服务是"数据交换平台&quo

19、t;最重要的底层基础服务。利用消息中 问件软件，通过业界流行的队列机制可以方便地实现跨越不同厅局、不同网络、不同操作系统的数据交 换与共享，并可以透明地处理诸如宕机、网络堵塞、网络中断 等各种复杂的通讯异常。 该基础模块提供了标准的数据封装接口 ，能够以多种协议 为基础实现数据交换功能，屏蔽底层通讯机制，从而提供了可靠的数据传输保证。消息代理服务消息代理服务是"数据交换平台"的核心服务。消息代理服务运行在基础消 息传输服务之上，为数据交换平台提供了强大的信息格式转换与信息路由的功能。 具高性能 的消息处理引 擎，灵活的系统扩展机制与负载均衡的架构设计，完全满足了 "

20、;数据 交换平台"未来的升级扩 展。人员交互、安全认证、管理监控、信息存储等辅助服务的那i椿，*湘相关平台辅助服务是"数据交换平台"不可或缺的功能，进一步简化并完善了平台的功能我们建议在省电子政务系统中心配置 WebSphere Business Integration MessageBroker,在各局委办安装配置 WebSphere MQ。电子政务数据交换平台”物理结构参考图对于 WebSphere MQ来说，两个 WebSphere MQ系统要进行通讯，需要建立它们之间WebSphere MQ的逻辑连接一一通道。因此在这里需要在每一节点上为需要进行通讯的相邻

21、的节点定义配置WebSphere MQ通道沟等言产局叁办网彩1LDAPH录照多落曲除庵暨多摘局事办黑格3曲恩代好1/、漕质代理2采用这种点对点的通讯方式，如图：“电子政务数据交换平f系统将会是一个复杂的网状结构,n个系统要建立n(n-1个连接，系统的维护和 管理将会比较复杂，重要的是局委办的数量很多，并且它们之间存在着互相通信的 需求,在这种情况下，如果将这么多的节点两两相连，其配置将会比较复杂，最为重要 的是,其管理和维护的成本会很高，所以这种方法显然是不可行的。Message Broker的设计理念恰恰是要改变这一结构的弊端，将网状结构变为星型 结构，它采用" hub and S

22、poke的设计思想。大大减少系统间的连接个数，从n(n-1 个减少到n个,使系统的配置和管理大大简化。随之而来的是，系统的可扩展性大大增强，每新增加一个局委办，不必建立它和其他局 委办之间的两两连接，而只需连接到 Message Broker上，通过Message Broker 便可以实现 与其余支局的连接和通讯。这样，我们构造了一个 WebSphere MQ通讯网络，作为各种应用系统的公共数据 传输平台，使得纵向、横向的信息可以在系统内部顺畅地流动，而不会因为网络或 系统故障造成信息的丢失或重复传递。对于各种应用程序来说，只需调用WebSphere MQ提供的编程接口来发送/接收消息即可，大

23、大提高了应用开发的效 率和质量，并降低了系统维护的难度。此外,在各应用系统通过中心数据交换平台进行数据交换时，如何根据数据内容的确定数据的路由选择也是一个较大的挑战。Message Broker的智能路由功能能够让用户根据消息 的格式和内容定义消息转换和路由决策，规则的定义可以通过 GUI界面来实现，十分简单 易行。如我们可以在数据中设定路由信息标志位，MQ 本身是无法解析数据报中内部的具体 信息的,而Message Broker可以解析和识别消 息的具体内容，可以根据消息中设定的路由标 志位进行数据的智能路由。如：从A 市将数据发给Message Broker, Message Broke可

24、以智 能地分析数据的目的地，并准 确将数据转发出去。通过智能化数据品&由和转换功能，用于可以在应用程序之间实现消息流，同时满 足业务过程的数据流要求；同时它可以随着业务要求的变化而变化，当业务需求变化 时,仅需对Message Broker做必要的更改，而无需改动原有的应用程序，使系统的可扩 展性大大增强。除了智能路由功能之外，Message Broker®具有以下更加丰富和完 善的功能：对数据的各种复杂的计算和处理功能。它用每一个Node表示对消息的一种处理，如compute node可以对消息进行各种计算操作，其他Process NodeW:input node, out

25、put node, filter node, check nod巡;node 与 node 相连,便组成了一个 Message Flow,由各种“ Processor Node组成的Message Flow可对消息进行各种处理操作， 在消息从数据中心经过时便可 以被进行相应地计算，从而发往目的应用系统；数据格式转换和路由服务。Message Broke靛供多种数据格式服务，其中包括：自定义格式，用户可以通过 MRM(Message Repository Manage咪定制自己的消息格 式；XML格式;面向纪录的信息格式，如C的头文件，COBOL records等。对于这些 消息格式，它提供相应

26、的剖析器进行解析，实现它们之间的格式转换。如对于用户的bit stream的输入信息 可以输出为XML的格式，反之亦然。与数据库紧密集成。提供了与DB操作相关的各种Node,如 INSERT,UPDATE,DELETE等Node用户可以之间通过 ESQL进行和数据库的操作 如把数据存入数据库，从数据库中取数据等；这样，当数据通过Message Broker时， 我们便可以将数据进行各种数据库操作，为今后的数据仓库做准备。应用整合功能，Message Broke误IBM的应用整合中间件。从电子政务系统的 一个横截面来看，存在很多业务系统，在系统今后的发展过程中，必然需要进行应用 整合,即实现各个

27、子系统之间的数据交换和数据共享。为了实现各应用系统间的数据交换和数据共享，我们更加建议星型Message Broker解决方案即位于同一层次上的各应用系统均通过它互相连接。考虑到在各业务系统建立时都是以各业务部门为主进行，且各自的业务属性也有较大的不同，故各应用系统间在数据定义、数据格式上必然会存在着或多或少的差异性。这就为各 应用系统间的数据交换带来了一定的困难。通过 Message Broker,用户完全不需要专门开发 接口和路由选择程序，只需要在中心的Message Broker上对每个业务系统的数据格式作相应定义，并定义相关的数据路由规则即 可。这样一方面简化了其实现方法，另一方面大大

28、提高了系统的可维护性。3.2 方案设计中的核心要点：1采用业界成熟的产品：对于一个企业级的应用，这一点是非常必要的；2采用一个合理的架构：在通讯节点众多时，要避免采用复杂的网状架构，要采用 先进的星型架构；3关于MQ Server和MQ Client的选择：MQ Client为我们提供了一个MQ应用程序的开发和运行环境，它是MQ API的 Client实现。在Client环境下，没有队列管理器、队列等对象，它通过MQI通道与 Server之间建立实时白通讯，并将消息从Client端发往Server端的队列，或从Server 端的队列中取得消息。MQ Client提供下列好处：适合同步处理的工作

29、模式；减少系统负担；减少系统管 理开销;减少磁盘空间要求等。MQ Client比较适合于网络条件较好或实时通讯的情况。它的劣势在于以下几 方面:它和服务器端是一个实时、同步的连接，失去了 MQ Server产品所具有的异 步、可靠传输的特点；在大数据量传输时的效率问题，在进行大数据量传输时的问题，由于要进行拆包 处理，这时为了保证数据的完整性，我们要对多个被拆的小包设置在同一个工作单元 中，用Client传输时，如果中间网络断了，所有的包都会被回退，然后被重传，降低了传 输效率。通讯方向问题：MQ Client和Server之间的通信是单向的，Client只能向Server 发数据，在取数据时

30、，它只能主动地到Server上取,这时就必须利用一个轮循程序, 不断地到Server上去取，在轮循的间隙，如果网络出现问题该程序就会出现问题，被 挂起,必须人工干预来将该程序重起。其它方面的功能：MQ Client不具备其他一些Server具有的重要功能，如:SSL加 密，群集负载均衡等。MQ产品分为Server和Client两种版本，与Client不同，Server的运行环境拥有 队列管理器、队列、消息通道等对象，它提供全面的消息服务。通常在广域网环境 下，以及在企业与企业之间进行通讯的情况下，我们都建议配置MQ Server对Server的通讯环 境。MQ Server是一个异步传输中间件

31、，用于实现客户位于不同系统、不同平台下的 数据交换。WebSphere MQ具有强大的跨平台性，可以支持35种平台，它利用消息 机制实现应用 系统间数据的传输和通讯，无论出现何种异常故障（如网络断线、网 络阻塞、系统当机等，都能确保应用程序数据在传递过程中不丢失、不重复，而当 故障恢复时,WebSphere MQ可以将未成功发送的信息自动发送至应用系统，而无需 人工干预。在大数据量传输上，在MQ中有逻辑消息和物理消息的概念，利用逻辑消息和物 理消息，我们可以将大消息进行分段处理，也可以将若干个本身完整的消息在应用 逻辑上归为一组进行处理。对于分段消息的传输，MQ用一阶段提交的方式来处理 即把所

32、有segment消息当成一个完整的事务，保证他们或者都被传输到接收方的应 用程序，或者一个都不传输。MQ Server之间可以通过自身的群集功能，实现负载均 衡。MQ Server的队列管理器可以具有事务控制的功能，即它可以利用与数据库之 问XA的连接，实现数据库与MQ队列操作的两阶段提交。MQ Server支持触发、消息分发/订阅等功能。在安全控制方面，MQ Server支持Server之间通道的SSL加密。在可靠性上，MQ Server支持HA。从XX电子政务的业务需求来看，各个局委办之间的数据传输，可以用异步的处 理方式处理。要在网络条件畅通的前提下，及时发送到达。在这种需求下，建议采用

33、 MQ Server。另外，针对XX电子政务目前的网络状况、系统的规模以及可靠性、安 全性的要求，我们认为使用MQ Server能更好地满足系统需求。3.3 推荐配置省中心：软件:WBI Message Broker硬件:IBM pServer 570,操作系统:AIX V5.3各局委办:软件:WebSphere MQ Server硬件:PC Server操作系统：Linux省中心各局委办服务器服务器服务器服务器4 IBM解决方案的优势WebSphere MQ和Message Broke依电子政务数据交换系统的优势主要表现在传输的可 靠性、安全性、灵活性、应用集成和数据交换等诸多方面。4.1

34、强健的数据彳输系统，灵活的通讯方式采用WebSphere MQ可以实现关键数据在任意网络环境中的安全、可靠传输。采用消息中间件 WebSphere MQ的应用系统是三层次的结构，而由于将通讯逻 辑的部分 独立出来，使得系统的可移植性、 可扩充性和可维护性都大大提高。 中 问件是随着计算机在 社会生活的各个层次广泛应用近年来迅速发展、 壮大起来的一个软件领域。在系统应用的层 次结构中，中间件位于操作系统和用户应用之间。 对应用程序来说，其主要作用是屏蔽操作 系统和网络协议。应用开发人员编程时只 需利用中间件产品提供的跨平台的、统一的接口，而不必考虑操作系统的差异。在提高应用程序的可移植性的同时也

35、缩短了应用开发的周期。中间件的采用可以为我们节约大量的人力、物力和财力，使我们可以将更多的精力投入到真正有价值的 业务应用的开发中。4.1.1 全网通信能力，灵活的通讯方式采用WebSphere MQ作为电子政务数据交换系统的通讯平台不但可以使整个 系统在较短 的时间内建立起广域网上的可靠的数据交换系统，还能够为以后应用系 统的扩充提供统一的通信接口。另外，WebSphere MQ还支持与数据库协同工作（如 IBM DB2, Oracle等，并可连接办公自动化系统软件（如LotusNotes等、系统管理软 件（如Tivoli等、企业资源规划系统（如SAPR/3等。因此，从发展的角度看，选择 W

36、ebSphere MQ不仅可以作为统一 的通讯平台，还能够实现整个企业各个应用系统 的业务整合，实现信息在最大程度上的共享。WebSphere MQ提供了基于消息队列 的通讯机制，而利用这种通讯机制提供给应用程序极为灵活的通讯方式：一对一、 一对多、多对一、多对多的关系；实时的、批量的数据传输；同步的、异步的通讯 模式。从电子政务数据交换系统的数据传输实时性上来看 ，数据的传输可以分为实时 数据传输和集中数据传输两类。从传输方式来看，可以分为点对点传输和单点对多 点的分发式传输。 显然采用WebSphere MQ可以很好地满足上述多种传输方式。4.1.2 路由利用WebSphere MQ可以方

37、便地实现关键数据在各局委办之间的传输。整个 网络的任何两个节点之间通讯，不需要建立直接的物理连接，而可以通过MQ的通讯 网络来实现。4.1.3 可靠性WebSphere MQ由于采用了先进的程序设计思想以及内部工作机制，保证消息的 可靠传 递，即只传一次，不丢失、不重复，可以克服一些地区网络线路质量差的现状。同时WebSphere MQ支持永久性的（Persistent消息和队列，永久性的消息保存 在硬盘上，并提供独立的日志（log系统，当关机和系统掉电消息仍完好地保存在队列中， 即使存放消息的硬盘发生介质故障，我们仍然可以从日志中将消息恢复出来。相应 地，WebSphere MQ提供了一整套

38、消息的备份和恢复手段。因此，采用WebSphere MQ可以在最大程度上保证信息的可靠传输，而且利用 WebSphere MQ的先进的传输机制，应用程序只需运行一次，将信息放入MQ的队列 中，MQ将负责将 其传送到目的系统的队列中，而不再需要人工的干预。利用WebSphere MQ不但可以支持数据的断点续传，而且如果在传输过程中，通 信线路出现故障或远端的主机发生故障，本地的应用程序都不会受到影响，可以继 续发送数据，而无需等待网络故障恢复或远端主机正常后再重新运行。同时MQ确保信息只传输唯一的一次，而不会发生数据重复的问题。MQ的这些特点可以帮助我们极大的提高数据传输的可靠性和效率。4.1.

39、4 安全性WebSphere MQ可以实现安全的数据传输，支持SSL加密。MQ为我们提供了全方位、多层次的安全管理。确保队列管理者所拥有的资源不被非法 存取，防止消息泄漏。MQ提供了 OAM（Object Authority Manager机制实 现资源级和应用级 的安全控制，OAM维护了各种资源的Access Control List。空制列 表；在消息级别上，还设置了 Message Context标识。这些机制从以下几个方面保证 了系统内部的安全性：用户应用与队列管理者的连接；用户对MQ资源，如队列、通 道、过程的操作；队列管理器的管 理命令;对消息的存取等。MQ为用户提供了多种途径确保

40、网络传输过程的数据安全。安全出口 ：主要用于两个MQ Series系统之间通道启动时的双方的身份认证发送和接收出口 ：可以用来进行数据的加密/解密以及数据的压缩/解压缩；消息出口 ：可以用来在消息级实现用户的特定功能，如数据转换，加密/解密等。 此外，MQ Series在TCP/IP上还支持防火墙。4.1.5 系统架构的可扩展性可以随着业务规模的扩大或项目的进行，随时增加新的城市，能够与现有系统无 缝整合，又能随时增加新的应用，大大减少系统间接口开发的个数。4.2 统一的应用开发接口，简化开发WebSphere MQ支持35种不同的软硬件平台，在所有这些平台上WebSphere MQ均提供相同

41、的应用编程接口，便于应用程序在不同的平台之间进行移植。WebSphere MQ提供的API函数共有13个,开发简单迅速，可大大提高软件开发的 效率。4.3 跨平台性和异构系统连接能力，屏蔽网络和系统异构性WebSphere MQ支持35种系统平台包括旧M和非IBM 。应用开发人员编程 时只需利用中间件产品提供的跨平台的、统一的接口 ，而不必考虑操作系统的差 异。利用 WebSphere MQ可以简单有效地实现跨平台，跨系统,跨网络协议的消息通 讯和应用整合。将企业复杂的信息孤岛联接成为共享的信息资源。4.4分布式系统上的数据一致性 WebSphere MQ对交易处理的支持分为三个层次：首先，WebSphere MQ内部一系列队列的存取操作可以构成一个工作单元，同时进行提交或回退。其次，支持XA标准，可以在多种交易处理软件的参与下实现WebS