企业应用集成解决案建议书(IBM-WMB部分)

IBM企业应用集成基于IBMWMB的解决方案建议书200601月第一章1.11.2

概述 1需求背景 1企业信息化需要适宜的技术策略支持： 2XML技术： 2WebServices技术： 2J2EE技术： 2企业信息化需要适宜的体系架构策略支持： 4企业业务集成(EnterpriseMessageBroker)/BI技术 5总线(EnterpriseServiceBus)技术 9\l“_TOC_250003“其次章 IBM推举解决方案 12\l“_TOC_250002“IBM对企业业务集成的理解 12\l“_TOC_250001“IBMWMB企业业务集成整体解决方案(IBMWebsphereMessageBroker) 14\l“_TOC_250000“基于IBMWebsphereMessagesBroker的应用连接解决方案 19第三章3.1

IBMWMB软件产品具体介绍 23IBMWebsphereMessageBroker 的数据整合方案 23IBMWebsphereMessageBroker 的介绍 23IBMWebsphereMessageBroker解决方案的优势 243.2 WebsphereMessagesBroker产品支持平台和版本 28述需求背景今日是一个以网络为核心的信息时代，这已为全世界的人们所共认。数字化、网潮流，随着信息技术〔IT〕的进展和普及，我们看到在各行各业中对信息技术的依靠性越来越强，信息技术革命与信息化建设正在给我们各行各业带来巨大的变化。在本文中通常我们把对信息技术应用的各行各业统称为企业。目前，企业信息化的程度越来越高，在企业中，我们能看到由于行业的不同、面息系统正在发生着这样的变化趋势：由最初的对IT技术的简洁应用〔如简洁的计算、数据存放〕，向信息应用系统功从业务应用系统的整体来看，我们具体可理解为：从最初的信息存取为主要目的的孤立系统建设，进展得到经过了整合和集成，实现企业的综合应用阶段，术、到达满足企业需求的信息应用虚拟化的随需应变(OnDemand)的时代。定位。.NET？UNIX、NTLINUX？等就是我们要结合需求来首先考虑的事情。今日的企业应用普遍都可以承受先进的B/S技术来架构，支持开放的平台，有第1页很多成熟的技术可供选择，包括WebServices、XML、工作流、无线、集成、门户等等。企业信息化需要适宜的技术策略支持：XML技术：将深刻的转变我们构造和使用软件的方式。假设说Web和应用程序间的沟通方式，那么XML革命性地转变应用程序和应用程序间的沟通方式，更直接地说，转变了计算机与计算机之间的沟通方式。WebServices技术：是企业在互联网上构建大型、简单应用的抱负技术。过去，一个大型简单的应用系统里，各个模块、功能间通常是严密耦合设计的，接口和数据交换都是内部专用的格式，使维护和扩展格外困难。Web Services供给了全的开发大型系统设计思路，大型系统的模块、功能可以格外独立地设计，各自之间通过接口查询以及自描述的XML格式的数据交换，轻松地将各个模块、功能集成为一个大型的系统，各自内部的改动不会影响其他模块或功能，使系统的维护和升级更加简洁。J2EE技术：J2EE首先是个有机的整体，她以J2SE为根底，包含13种主要技术：JDBC,EJB,RMI,JSP,JAVASERVLETS,XML,JMS,JTS,JTA,JAVAMAIL和JAF。其实J2EE本质上由一整套效劳〔SERVICES〕、应用程序接口〔APIS〕和协议构WEBJ2EE要使用这些技术。过去，二层化应用--通常被称为CLIENT/SERVER应用--是大家谈论的最多的。在很多状况下，效劳器供给的唯一效劳就是数据库效劳。在这种解决方案中，客户端程序负责数据访问、实现业务规律、用适宜的样式显示结果、弹出预设的用户界升级或改进，而且常常基于某种专有的协议—通常是某种数据库协议。它使得重用业第2页务规律和界面规律格外困难。更重要的是，在WEBINTERNETJ2EE来简化N层企业级应用的开发。它定义了一套标准化的组件，并为这些组件供给了完J2EEN应用能够为以下的每种效劳供给一个分开的层：在一个典型的WEB应用中，客户端机器上运行的扫瞄器负责实现用户界面。固然终端类型可以多种多样。表示层:尽管扫瞄器可以完成某些动态内容显示，但为了兼容不同的扫瞄器，这JSP、SERVLETS，XML〔可扩展标记语言〕和〔可扩展样式表语言〕。业务层：业务规律适合用SESSIONEJBS〔后面将介绍〕来实现。数据访问：数据访问适合用ENTITYEJBS〔后面将介绍〕和JDBC来实现。同后台系统的集成可能需要用到很多不同的技术，至于何种最正确需要依据后台系统的特征而定。为什么有这么多的层？事实上，多层方式可以使企业级应用具有很强的伸缩性，它允许每层专注于特定的角色。例如，让WEB应用规律，而数据库效劳器供给数据库效劳。〔J2SE〕J2SEJDBC有企业资源进展交互的CORBA技术，以及一个经过验证的安全模型。在这些根底上，J2EE又增加了对EJB〔企业级JAVA组件〕JAVASERVLETSJAVA效劳器页面XML〔留意并不是每个框架都有这样的J2EE〕：第3页作系统、应用程序无关。供给独立的构造，可以供给最大的重用。J2EEJ2EE”J2EE响已有的应用的问题。可扩展性的应用架构是不会影响已有的应用的。J2EE现思想供给了各种技术的平滑过渡。再次，可伸缩性。对于集群应用，这种功能要求体系的一览无余。迄今为止，除J2EE了。然后，可配置性。应用本身是变化的，由于需求随着人员的调用、业务的增长在不断变化。这样在配置应用时就需要有肯定的敏捷性。例如资源的访问掌握，以前只WEBJ2EEXML点。J2EEJ2EE。企业信息化需要适宜的体系架构策略支持：题，信息系统架构的问题就是必需要慎重考虑的问题。临下的感觉，利于宏观掌握、逐步建设；第4页所谓看得清楚意指涉及的建设内容格外清楚，里面到底有那些东西，有了清楚的体系构造，可以一目了然。应当在哪里；够一目了然，比清楚又进了一层。我们知道目前业界公认的和流行的企业业务集成(MessageBroker)技术，就是格外强调体系架构，认为整体的、有技术先进性的和开放的体系架构的搭建至关重要。企业业务集成(EnterpriseMessageBroker)/BI技术(以前多称为企业应用集成/EAI)对于企业信息化的建设，目前业界公认的和流行的企业业务集成(MessageBroker)技术是企业在信息化建设过程中的阅历总结和教训积存。以前大家多称为企业应用集成/EAI，现在业界普遍使用BI〔MessageBroker,有别于商业智能/BusinessIntelligent〕，BIEAI企业的业务需求完整的整合，而中间没有断沟。一些差距：信息应用层面的差距目前的信息应用是按部门的职责设定和开发的，而没有依据业务流程去定义，。没有一个整体的信息应用规划有缺乏或重叠，不同应用之间没有统一的接口，无法相互沟通第5页在应用功能层面缺乏学问累积、再生和共享方面的应用，缺乏前端与客户相得本钱增加。人员素养层面的差距人员在信息技术应用水平上需要提高，需要加强内部培训人员对于治理的认知水平需要提高，这样才可以便利信息应用在内部的推广其中主要涉及内容：一个企业中关键的人员、信息、应用、流程四个方面。Portals企业门户是企业业务中的UserInteraction,各类用户和各种设备发治理工具。信息集成/InformationIntegration是企业中面对数据的整合，是基于数据和集成。为上层的应用供给统一的界面。ApplicationConnect/HUB-BrokerHUB把企业的信息系统有机的连接起来。IT的企业集团。尽管应用领域具有多样性，工作流系统仍旧能够实现某些通用的特性，供给不同产品的开发整合及交互的力量。实现企业业务流程的通用化和标准化，实现业务规律的虚拟化和根底平台化。这四个企业关键的内容形象表示如以下图：第6页/BIIT下的结合。下面我们来解释一下上面的根底体系架构，上面这种体系架构方案 ，区分于Microsoft.Net。我们知道J2EE作为根底的底层架构，结合的门户和集成的框架，它表达了这样一种根本观点：即真正的客户需要的基于开放式标准的架构。这种架构期望确保交互能够全方位地进展，并且不会受到任何专有因素的干扰。因此，标准是为了促使我们考虑的问题：他们的根底设施的开放程度如何？怎样进展连接？第7页J2EE交互，并将企业根底设施用于供给交互所需的功能。使任何用户都能够随时随地通过他们自己选择的设备与我的企业进展安全且高度可用的交互。此外，从企业角度讲，我期望使任何用户的交互都遵守我的业务规章，并且具有高度的安全性，从而提高企业资源的安全性，同时为用户信息供给保护。从IT根底设施的角度来看，资源可以是人员、信息、数据或应用程序；既可能是打包的应用程序〔例如实现外部应用、实现BossEJB应用〕，也可能是可以在其他应用效劳器中，甚至是M应用程序中运行的自定义应用程序。该根底体系构架的另一个组件是各功能之间的通信方式，我们称之为通信机制。例如，在M中，该机制为Web效劳。在WebSphere中，该机制可能是Web效劳，也可能是其他选项。可被称为开放的。放的。这是一种比较简洁的测试。例如，Web效劳实际上就是开放的通信机制。在目前的业界的理解，通常“业务集成”将涉及下面的几个领域的功能实现和供给。消息数据传输机制/Messaging消息代理/MessageBroker模型和模拟/ModelingandSimulation人员参与的工作流/HumanWorkflow自动处理的流程/ProcessAutomation监控和治理/Monitoring因此当企业构建应用程序时，可以在构造方式上进展肯定的标准化。这种标准化第8页能够驱动和访问待执行的操作；固然，这必需遵守业务规章。〔各类停的业务增长的需求，和逐步的建设。如以下图示：(EnterpriseServiceBus)技术ESB是一种体系构造模式，支持虚拟化通信参与方之间的效劳交互并对其进展治理。它供给效劳供给者和恳求者之间的连接，即使它们并非完全匹配，也能够使它们进展交互。此模式可以使用各种中间件技术和编程模型实现。在ESB模式中，效劳交互的参与方并不直接交互，而是通过一个总线交互，该总线供给虚拟化和治理功能来实现和扩展SOA的核心定义。IBMESB模式供给以下几方面的虚拟化：第9页参与方不需要知道其他参与方的位置或标识。例如，恳求者不需要知道恳求是否可以由某个供给者供给效劳。您可以随便添加或删除效劳供给者，而不会带来任何干扰。交互协议：参与方不需要承受一样的通信协议或交互方式。表达为SOAP/的恳求可能由仅理解Java远程方法调用(RMI)的供给者供给效劳。接口：恳求者和供给者不需要就公共接口达成协议。ESB可以通过将恳求消息转换为供给者所期望的格式来处理此类差异。〔交互〕效劳质量(QoS)：QoS要求，包括性能和牢靠性、恳求的授权、消息内容的加密/解密、效劳交互的自动审核以及如何对恳求进展路由〕。描述恳求者和供给者QoS要求和功能的策略可以由效劳自己实现或者由进展不匹配补偿的ESB实现。因此ESB模式使恳求者不用了解效劳供给者的物理实现——从应用程序开发人员和部署人员的角度来看均是如此。总线负责将恳求交付给供给所需功能和QoS的效劳ESB本身对使用它的效劳恳求者和供给者均不行见。应用程序规律可以使用各种编程模型和技术调用或交付效劳，而无需考虑是直接连接还是通过ESB传递的。连接到ESB是部署决策；应用程序源代码不会受到影响。ESB//订阅。它还支持简单大事处理〔在简单大事处理中，可能会观测到一系列大事〕，以产生一个大事作为该系列中的关系的结果。1ESB模式进展了描述。消息流过将各个通信参与方相互连接在一起的总线。某些参与方会调用其他参与方供给的效劳；而其他参与方则会向感兴趣ESB(SIP)。例如，SIP可以Web效劳端点、WebSphereMQRMI远程对象的代理。效劳注册表将捕获SIP的要求和功能〔例如，供给或需要的接口〕、它们期望SIP的交互方式〔JMS〕QoS要求〔例如，首选的安全、牢靠交互〕以及支持与其他SIP交互的其他信息〔例如，语义注释〕。第10页1.ESB模式将总线插入参与方之间，供给了将它们的交互通过称为中介的构造进展协调的时机。中介对恳求者和供给者之间动态传递的消息进展操作。对于简单的交互，可以按QoS和治理概念的常用中介模式。ESB模式为SOA实现供给了敏捷且易于治理的方法。总线透亮地插入端点之〔而不受协议、交互模式或效劳功能不匹配的影响〕，还可以支持监视和治理。IBMESB第11页其次章IBM推举解决方案IBM信息系统建设的总体考虑整个系统在规划是基于整体考虑的，既解决现实问题，又考虑到长远进展员适应力量不是独立的，而应当是相互关联的在使用上兼顾到治理层的需要，又充分考虑了最终使用者的便利性应用系统整合趋势每个企业在信息系统建设过程中必定涉及到多个应用系统〔可能运行于不同的平台之上，承受不同的开发语言与模式进展开发〕之间的相互集成需求〔InformationConnectivity&IntegrationEAI〕，承受何种集成体系构造必需慎重考虑。当前大局部的企业承受的应用系统之间的集成是一种点对点的体系构造，具体请见以下图：第12页CRMCRMBillingB2BBSS点对点的应用系统集成构造的动身点很简洁，当两个系统之间需要相互协作时，为这两个系统开发相应的连接组件(Adaptor)将二者互联。这种由简洁动身的构造存在着严峻的隐患：随着应用系统个数的增加，连接组件(Adaptor)的数目将快速增长〔总数为n*(n-1)个连接组件，其中n为应用系统的个数〕，而且在不同应用系统之间由于缺乏自动提交恳求的机制，必需在相关的连接组件内部固化恳求的提交功能，应用系统之间存在着高度的藕合性，这为系统的维护带来了巨大的简单性，任何一个系统的升级或改动都将影响到其它与之相关的应用系统的修改；同时当一个的应用系统需要纳入整个应用集成体系时整个工作变得格外简单。MessagingBus趋势的安排和模MessagingBus上的集成趋势，它供给一个一般的商业目标模式，它运作起来像数据隔离层，分隔特别应用数据和规律过程相关数据。另外，相比以前的趋势，连接器和接口数削减，整合努力削减了。连续上面的例510个接口需要建设。第13页用系统的相对独立性，系统之间存在着松散的藕合关系。基于Message&ApplicationHubEAI构造能够满足简单的企业应用集成需求和进展的需求。与点对点的EAI构造相比，在基于Message&ApplicationHub的EAI体系构造中，连接组件的数目很少〔一个应用系统对应于一个针对 Message&ApplicationHub的连接组件，总数为n个。n为被集成的应用系统的个数〕；而且各相互集成的应用系统之间不存在直接的关联，所有的集成工作通过中央Message&ApplicationHub进展，当某应用系统需要与其它的系统集成时该应用程序发请求〔一般通过消息的方式〕给Message&Application Message&ApplicationHub自动地将该恳求转发给相应的目标系统进展处理后将结果返回给恳求者。在这种体系构造中，系统的维护格外简洁，每一个应用系统的更和修改都能够实时地实现，同时当的应用系统消灭时能够简便的纳入到整个IT环境当中，与其它的应用系统相互协作，共同为用户供给效劳。IBMWMB企业业务集成整体解决方案(IBMWebsphereMessageBroker)IBM第14页IBM的根底体系架构模型基于J2EE的标准应用效劳器(IBMWebsphereapplicationserver)来实现根底底层架构，支持遵循J2EE标准的任何企业应用，实现企业信息门户(IBMWebspherePortalOnDemand)(IBMWebsphereBusinessInegration)的完善整合。遵循开放的标准、集成的手段实现企业根底架构的规划建设。IBMWebSphere的编程模型是J2EE。它能够在多个平台上执行。例如，我们的WebSphereApplicationServer即可在多个平台上运行。IBMWebSphere其广泛的功能、更大的可扩展性以及更强的安全掌握供给了一个强大的、跨平台的、基于JavaWebWebWebWebWebWeb之间一系列的交互作用。整个交互过程从显示在Web扫瞄器中一个页面开头。用户单WebWeb用效劳器对这个恳求进展处理，产生的页面，并送回到客户端。在Web扫瞄器中显Web含了一组交互或处理步骤，每一步必需产生一个页面形式的响应，这个页面作为后继交互作用的入口。第15页Internet技术标准(TCP/IP、、HTMLXML)Web应用效劳器通信来存取业务规律和数据。客户端的根本功能是承受并验证用户输入，显示WebInternet、Intranet〔内部网〕和Extranet〔外部网〕中的客户。WebWeb应用的商务规律总是运行在效劳端而不是在客户端。其优点如下：支持更广泛的客户端设备Web应用效劳器能集成对资源〔如数据库〕的存取，从而简化应用的设计，增加可伸缩性，并供给对资源的更好保护。运行在效劳端的商务规律简洁得到保护、更和维护。机上重建。IBMWebsphereOn-DemandPortal的主要目的是向用户供给访问多种类型信息的单一入口。无论信息存贮在何处〔如公司内部网络或Internet〕、信息的格式如何，Portal都可以依据用户喜好的方式共性化地收集、呈现这些信息，并能够由多种类型的设备〔如PC的Web扫瞄器，或WAP移动上的扫瞄器〕来存取。 IBMWebSpherePortalOnDemand是您可用来开发和部署门户网站的软件。目前很多类型的门户网站，如：企业、电子市场、客户及工作区门户网站，只能满足用户/企业某种特定的需求。而IBMWebSphereOn-DemandPortal供给了一个统一的门户网站的解决方案，可以满足您全部类型的商务门户的需要。除了能够满足以上门户网站的要求，IBMWebSpherePortalServer还供给了强大的安全性、可伸缩性、搜寻力量等。IBMWebsphereMessageBroker WMB)搭起了企业业务集成的上层应用构ITIT构。内容涵盖了业务整合的全部需求；包含了Message/Application/ProcessIntegration第16页品中，真正基于”hubandspoke”架构构建的。下面是包括产品的特性和优势：企业业务集成的总体框架IBM通过上述平台的建立，我们可以建立一个先进的应用整合平台和数据交换平通过该方案的建立，用户可以实现多种数据格式的高效牢靠的转换〔例如关系数据XML〕；保证已有的应用系统可以无缝地、快速地和其他应用系统整合为一个有机整体；应用系统通过各种Adapter〔接口适配器〕SAP系统、客户治理系统、船贷系统等之间有效的信息共享。第17页IBM做出响应。在该系统构造中，我们将应用整合平台供给效劳分成三大局部：流程的模型建立和监控：户当前的业务流程。在一个多用户的环境下，可以很便利地共享和公布业务流程定运作模式，为您的企业带来更大的效益。这里我们建议使用IBMWebSphereModelerWebSphereMonitor来实现这一局部功能；应用集成：EAIEAIIBMWebsphereMessageBroker〔WMB〕。该方案首先保证在一个异构的环境中实现信息稳定、牢靠的传输，屏蔽掉用户实际中的硬件层、操作系统层、网络层等相对简单、烦琐的界面，为用户供给一个统一、标准的信息通道，保证用户的规律应用和这些底层平台没有任何关系，最大限度地提高用户Message&Application-Hub的先进应用整合理念，最大限度地削减应用系统互联所面第18页临的简单性。基于WMB系统的实现维护都相对简洁，保证每一个应用系统的更和修改都能够实时地实现，真正表达了应用整合的精华；同时当的应用系统消灭时能够IT是我们实现企业应用互联和流程治理的最正确实现方案；外部系统的连接：建议使用IBMWebSphereDataIntechange〔简称WDI〕来实现。IBMWebSphereDataInterchange供给了一个结实、稳定的数据转换和交易平台，可以充分满足用户进展电子数据交换〔EDI〕EDIEDIANSIX12、UN/EDIFACT、RAIL、UCS、VICS、HIPAA和HL7等EDI工业标准子集；实现任何一点到另外任何一点的EDI、XML或其他数据格式之间数据转换的优化处理并允许充分扩展Internet之上的EDI功能；同时供给图形化的、通过鼠标点击、拖拽的方式建立数据之间的映射和概要。IBMWebsphereMessagesBroker的应用连接解决方案统之间的连接的需求是应用集成(BI)中最主要的需求。所以我们的重点主要考虑业务集成中的应用连接需求。BrokerWMQ程引擎，它是一个为供给关键任务商业集成工具和过程而设计的框架。由于它能够在不要求转变现有程序和数据的状况下为其增加的功能，所以可以帮助您创立您自己的解决方案并可增加现有的解决方案。并供给以下功能特性：底层基于MQ的星形架构，确保消息传输的最简化连接方式消息流程建模：流程掌握，流程特别状况处理(反响，失败)第19页使用集线器和轮辐〔spoke〕模型可以使应用集成获得更高的连接效率对数据进展转换，同时可以确定应用之间的路由选择将商业规律和应用规律和数据规律分别开供给附加的商业应用功能，如公布/预订可以添加现有供给商和供给商产品的集成框架，以实现进一步的增值与消息和关系数据库实现无缝的集成实现XML消息格式和其他数据格式之间的映射MessageBroker能够供给这些公司改造所需要的完善的功能，可以用作商业集成和转换引擎〔MessageBrokerandTransformationEngine〕，它正在成为一种能够增加多种功能的商业价值的应用程序。格式转换(XML,C,MRM,JMS,TDS分隔符,AL3,DB，SWIFT,ISO8583等多种格式)pub/sub(公布/订阅)机制，内置的XML开发支持，数据库开发支持，分布事务处理，转换和路由的内嵌支持。牢靠传输质量保证。JAVAWebService支持。IBMWebsphereMessageBroker格外适于建立一个强大的应用信息交换平台，用于连接各种应用系统，这些应用系统可以分布在不同的网络环境中。 TheHubandSpoke供给抑制传统点对点缺点和MessagingBus趋势的安排和模块架构。重要的是一个建立在MessagingBus上的集成趋势，它供给一个一般的商业目标模式，它运作起来像数据隔离层，分隔特别应用数据和规律过程相关数据。另外，相比以前的趋势，连接器和接口数削减，整合努力削减了。连续上面的例子，只有5个连接器和10个接口需要建设。第20页这样一个应用信息交换平台应当满足以下关键的系统特性：接。成破坏。移植性：也就是尽量削减非业务的纯粹特定产品的配置。无须了解对方处理的实际过程。便于实现高可用性(HA)和负载均衡治理(WLM)。牢靠传输质量保证。JAVAWebService支持。用系统的相对独立性，系统之间存在着松散的藕合关系。基于Message&ApplicationHubEAI构造能够满足简单的企业应用集成需求和进展的需求。第21页Message&ApplicationHubEAI体系构造中，连接组件的数目很少〔Message&ApplicationHub的连接〕；而且各相互集成的应用系统之间Message&ApplicationHub进展，当某应用系统需要与其它的系统集成时该应用程序发恳求〔一般通过消息的方式〕给Message&ApplicationHubMessage&ApplicationHub自动地将该恳求转发给相应的目标系统进展处理后将结果返回给恳求者。在这种体系构造中，系统的维护格外简IT环境当中，与其它的应用系统相互协作，共同为用户供给效劳。第22页IBMWMB软件产品具体介绍IBMWebsphereMessageBroker 的数据整合方案由于各部门、各业务应用系统间的数据格式存在着多样性，将消息传送给下一个应用之前需要对消息数据进展处理和转换，并且还要依据数据内容的不同来打算数据的去向。我们认为选用IBMWebsphereMessageBroker构建信息交换支撑平台可以很好地解决这个问题。IBMWebsphereMessageBroker 的介绍WebsphereMessageBroker是在WebSphereMQ根底上进展起来的一个消息中间件，它内部通讯和数据的传递都是通过WebSphereMQ实现。当客户期望执行更加简单的任务以及效率更高地利用自己的数据时，WebsphereMessageBroker的用途就是供给一个简洁但又比较完善的途径，在将消息传送给下一个WebSphereMQ应用之前需要对消息数据进展处理和转换，使客户能够将途中的消息数据正确地送到目的地。这样，客户就可以将自己的重点放在如何使用这一支持技术来改造自己的商业处理过程上，而不必转变自己现有的应用。这种方式可以保护客户的投资。WebsphereMessageBroker 可以作为一个消息代理(messagebroker),供给了WebSphereMQ消息传递层以及消息代理集线器的功能。第23页IBMWebsphereMessageBroker解决方案的优势效运行的信息层次化体系，必定需要将现在建设的和将来要扩建的各个业务应用系统平滑地整合在一起，使得各个业务系统间能够顺畅地传递信息，形成一个有机的整体，在整个系统范围内实现信息的高度共享。优势一：网状构造到星型构造的转变，大大简化MQ的配置和治理WebSphereMQ消息中间件作为搭建统一的数据传输平台的核心工具，作为WebSphereMQ家族产品中的一员，WebsphereMessageBroker和WebSphereMQ的无缝整合不用质疑的。信息平台多套业务应用系统以及进驻各部门的应用系统只需通过本地的WebSphereMQ与统一的数据整合系统的WebsphereMessageBroker相联来完成数据的发送和接收，而数据的格式转换和智能路由的选择由WebsphereMessageBroker 负责，这样将来不管是增加系统和删除旧系统都不影响到其它应用系统的配置，使整个综合信息平台的规划和治理得到很好的优化。优势二：不同格式的数据转换WebsphereMessageBroker通过消息字典来对来自不同应用系统传来的消息内容进展识别和解析，还可以依据不同的消息通过定制不同的消息流来输送到不同的应用系统。这是格外适合信息平台如何建立一个数据集中、交换，并支持系统平滑地扩展这样的根底数据交换支撑平台的需求，以后对现有系统的扩展将不会影响整个系统的架构。例如：依据输入数据的内容映射到输出数据：{第24页当输入数据plaint.Type‘Order’时，输出数据.Admin.Dept=’B01’当输入数据plaint.Type‘Order’时，输出数据.Admin.Dept=’C01’输出数据格式=XML}优势三：WebsphereMessageBroker全面支持XMLXML被用于WebsphereMessageBroker的核心。产品的全部配置数据都承受了XML格式。一旦一个消息以消息格式的形式被定义到MRM，那么在需要时就可以将消息的输出格式也定义为XML。因此，在消息代理程序内部可以依据非XML的消息格式生成XML消息。优势四：各种“ProcessorNode“组成的MessageFlow处理节点对消息流内的消息执行不同的操作。消息流由一个输入节点发起，该节点启动一个流经消息流的消息。如下所述，WebsphereMessageBroker包含了一个MQInput节点，它可以从一个WebSphereMQ队列中读取一个消息。这一节点将与其他的节点相连。尽管节点之间的连接被称为连接器，但这些构造纯粹是为了帮助将掌握中心图形工具中的节点捆绑在一起。消息实际上是通过方法调用恳求在节点之间传递的，这些恳求中包含了一个指向在节点间被传递的消息对象的指针。可以对每一个消息流中节点的属性进展客户化处理。这将使节点能够对流经自己的消息执行特定的功能，并执行消息流要求节点执行的处理过程。第25页优势五：与Database严密集成WebsphereMessageBroker供给了与DB操作相关的各种Node,如INSERT,UPDATE,DELETE等Node，用户可以通过ESQL进展和数据库的操作，如把数据存入数据库，从数据库中取数据等；信息平台可以将整个系统中产生的大量数据记录在数据中心中，以备进一步决策分析、数据挖掘，实现更深层次的数据利用。作为统一的数据整合平台，WebsphereMessageBroker可以直接操作不同应用系统的数据库，实现各部门的数据高度共享。优势六：功能强大的公布预订系统基于内容和主题的过滤将公布和预订〔PublishandSubscribe〕功能添加到信息代理程序中以后，增加了该系统的功能价值。将公布/WebsphereMessagesBroker的功能结合在一起，可以获得额外的好处。对