在第一部分中，我们介绍了依靠CICS自身新特性支持而实现的SOA连接方案。这种方案不必采购新的软件产品，具有价格优势。现在我们来讨论另一种类型的SOA连接方案：采用应用中间件产品实现的方案。使用中间件产品能为我们提供更加丰富的功能和更快捷的开发手段。

　　引言

　　SOA是目前软件行业最新的系统构架技术，许多大型企业计划或正在对自己的IT系统进行SOA改造。SOA最核心的概念是软件资产重用，对于很多大型企业，有大量的核心软件资产运行在大型机的CICS系统中。如何把这些CICS中的重要业务逻辑更好地重用起来，可以供CICS外部的程序方便地访问，就成为企业需要重点考虑的问题。在技术上IBM为外围应用访问CICS程序提供了多种方案，这些方案面向的是不同的问题，有不同的实现，适于不同的项目，本文把IBM提供的外围应用对CICS访问的主要技术进行逐一的介绍，并做简单评价，以供用户做出决定时作为参考。

　　在下面的文章中，将分为3部分对相关的内容进行全面的介绍，他们是：

　　·CICS与SOA
　　·应用中间件产品实现的方案
　　·方案评述与附录

　　1.1 CICS Transaction Gateway

　　1.1.1产品技术介绍

　　CICS Transaction Gateway是IBM为传统CICS应用进行应用整合而设计的软件，它允许用户将Web应用服务器与运行于CICS服务器上的后端业务应用程序系统集成在一起。它可以为在CICS服务器上运行的大多数应用程序提供简便、高效又具有可伸缩性的连通性。具体情况如下：

　　·它是一个用于WebSphere应用服务器相连接的、经过充分证明的、高性能的、健壮的连接器。
　　·为最佳身份验证和授权提供一个高度安全的综合环境。
　　·允许为进行跨越大多数主要执行平台的部署而选择应用服务器编程模型。
　　·通过使用基于内存的访问优化到CICS应用程序的连接，从而提供一流的性能和可伸缩性。
　　·可提供J2EE连接器体系结构（J2EE Connector Architecture，JCA）的实现。

　　JCA(J2EE Connector Architecture)定义了连接J2EE平台到不同EIS(Enterprise Information System)的标准架构，如上图所示，resource adapter是为EIS提供的介于Java应用和EIS之间的接口，通过EISspecific Interface与后端EIS联系，CCI(Common Client Interface)定义了应用与resource adapter进行交互的公用编程模式，system contracts实现连接管理、交易管理、安全管理等。最新版本的CTG支持JCA，使得运行在前端应用服务器中的J2EE应用可以利用已有的，经过验证的后台CICS应用。

　　CICS Transaction Gateway包括的主要部件是：

　　CICS TG classes.

　　CTG可以提供多种语言（与平台相关）的程序类库，包括JAVA，C++，C，COBOL，COM+等，应用程序通过这些类库，实现CICS交易调用。CTG类实现了三种主要的编程接口类型：

　　ECI(External Call Interface)接口

　　ECI接口用来调用使用COMMAREA来传递数据的CICS程序，这在CICS SERVER看来与一个DPL（Distributed Program Link）调用是相同的。

　　EPI(External Presentation Interface)接口

　　EPI接口用来调用基于3270终端的CICS交易，使用3270数据流传输数据。CICS SERVER把一次这样的交易视同一个3270终端交易。

　　ESI (External Security Interface)接口.

　　ESI接口是一种安全通信接口，它要通过ESM (CICS external security manager)对用户和口令进行校验，保证通信安全。

　　ECI resource adapters.

　　ECI resource adapters是CICS JCA（J2EE Connector Architecture）的资源适配器，J2EE应用服务通过JCA使用CICS交易时，要通过这些部件进行处理。

　　Gateway daemon.

　　Gateway daemon是一个监听守侯进程，它在TCP/IP网络端口上进行监听，接收其他CICS TG发送来的请求，调用CICS系统完成交易，并把结果返回回去。

　　在zSeries上，CICS Transaction Gateway运行在USS（UNIX System Services）环境之下，最新版本CICS Transaction Gateway通过优化数据处理，在z/OS上能够实现每秒处理1000笔以上的交易处理能力，它支持最新的SSL加密技术，保护业务数据安全传输，使用应用多线程技术提高了并发处理能力，只需要很少的或根本不需要改变后台已有CICS应用程序，就可以把CICS中的业务逻辑与J2EE应用平滑地连接起来。

　　在应用编程上CICS TG提供两种JAVA类可以用来访问已有的CICS程序，一种是符合JCA框架基于CCI（Common Client Interface）的类库，另一种是基本层次的类库，包括ECIRequest, EPIRequest和 JavaGateway这些类。

　　当JCA类库部署到J2EE Application Server管理的环境下，应用程序能够通过使用WAS的连接池、交易与安全管理，取得性能和使用上的优势，而且部署时能方便地配置和修改。使用JCA类使用户能更容易地集中注意力到业务逻辑上来。这是CTG主流的使用方式。

　　非JCA的基本类库则能提供一个更简单，更加过程化的使用方式，基本ECI和EPI的类库能在各种Java runtime环境下运行。

　　1.1.2方案性能

　　连接能力

　　CTG能够提供广泛的与CICS系统连接的能力，包括任何使用COBOL、C/C++或JAVA语言的外围系统，都可以方便地连接调用现有CICS系统的应用程序。CTG最典型的使用，功能最强大的连接方式是为J2EE应用服务器提供与CICS应用的连接能力。CTG为J2EE服务器提供符合JCA协议的CICS连接适配器。下面几个方面讨论的主要性能就是针对这种方式进行的。

　　安全性

　　J2EE服务器通过JCA接口能够对整体安全性进行有效的管理。验证、授权和安全关联都属于该接口包含的范围，它们都属于为JCA适配器和J2EE应用服务器内建的服务。J2EE的安全认证有两种类型。第一个方法是容器管理的认证，当资源适配器被部署到应用服务器上的时候，在J2EE服务器配置安全认证信息，应用程序并不直接管理与CICS系统连接的安全认证信息。另一种方式是由应用程序管理安全认证信息，每次在通过资源适配器需要建立连接的时候再把安全属性传递过去，通过这种方式，可以在运行时动态修改安全属性。

　　交易一致性控制

　　JCA协议提供事务管理能力，使得CICS应用能够获取J2EE应用服务器提供的事务环境的支持。JCA可以实现两种不同的事务处理方式，第一种方式，也就是分布式的事务处理，提供了一种公告事务的机制，事务最初从J2EE应用服务器内产生，在调用CICS应用时，这个调用包含在一个统一的事务当中。在这种情况下，J2EE应用服务器上的事务管理器将控制多个资源以引导并协调处理分布式事务。另一种方式，事务管理够通过建立”本地事务”来控制，本地事务仅存在于CICS资源上，每次调用是一个单独的事务，能够实现更高的处理效率。

　　应用编程接口

　　JCA定义的用户级的编程接口称为公共客户端接口（CCI，Common Client Interface）允许J2EE平台上运行的程序按照一种标准的方式，连接目标CICS系统，与目标CICS交互。

　　CCI API可以分为四个部分：首先是用于创建连接CICS系统相关的API，称之为连接接口(Connection Interfaces)；其次是涵盖了在CICS上执行命令的CCI API，称之为交互接口(Interaction Interfaces)；再次是记录/记录集接口(Record/ResultSet Interfaces)API，它们封装了调用CICS系统结果的操作；最后就是称之为元数据接口(Metadata Interfaces)API，它们允许查询CICS的元数据（数据类型）。

　　处理性能

　　JCA通过连接缓冲池来提高交易处理效率，CICS连接通常属于昂贵的资源，创建CICS连接需要大量的时间开销。连接池使得应用服务器能够创建和共享CICS应用的连接，使得应用能够更高效地使用昂贵的连接资源，通过连接缓冲池能够极大地提高应用程序的运行效率。

　　编码转换

　　JCA提供外围系统与CICS的连接，它并不提供代码转换功能，在应用时可以使用CICS提供的编码转换能力或使用JAVA语言进行编码转换。

　　CICS提供的编码转换能力：

　　由于外围系统的数据编码标准是ASCII或UNICODE，而主机CICS中使用的数据编码标准是EBCDIC，所以当数据传入和传出CICS时，需要做数据转码。这个数据转码工作可以由主机CICS提供的功能完成。CICS内的数据转码使用CICS提供的编码转换器DFHCCNV自动完成。

　　CICS收到ECI请求时，会首先调用CICS映象交易处理程序DFHMIRS接收COMMAREA数据，然后LINK指定程序进行处理。DFHMIRS会根据CICS系统配置调用数据转码程序DFHCCNV进行必要的数据转码。

　　使用DFHCCNV时，用户不必编程，而是要编辑一个配置表，在这个配置表中指明哪个CICS程序接收的数据需要进行转码，输入数据和CICS使用编码的CCSID分别是什么，COMMAREA中各个域具体的编码方式。DFHCNV程序根据这个配置表，自动对指定程序的输入输出数据进行自动转码。

　　1.2 WebSphere MQ

　　1.2.1产品技术介绍

　　WebSphere MQ是IBM的消息中间件产品，它提供跨平台的可靠的消息传输，支持异步通信，可以用来连接不同软硬件平台、不同语言、不同网络的应用程序。使用MQ可以增加应用的灵活性和透明性，它是面向服务架构（SOA）下企业服务总线(ESB)的主干，能方便地进行J2EE、CICS和.NET应用程序的集成。

　　在主机上，MQ与CICS有很好的应用集成，可以方便地从CICS中使用MQ资源，也可以容易地从MQ中调起CICS程序进行业务处理。MQ提供两种主要的方式与CICS连接方式，一种称作CICS adapter，通过CICS adapter的功能，CICS应用程序可以访问MQ队列里的数据；另一种称作CICS bridge，通过CICS bridge的功能，向某个MQ队列发送包含COMMAREA的消息，就会自动触发起CICS中处理程序运行，并自动把CICS程序返回的COMMAREA写到返回队列里去，这个CICS程序不必为MQ调用做任何改变。

　　CICS adapter

　　CICS adapter把CICS与某个MQ队列管理器相连，使得CICS程序可以通过标准的MQI应用接口访问MQ资源，CICS adapter本身包括：

　　·一组控制功能，用来管理MQ与CICS的连接。
　　·MQI stub，他们是一组函数库，通过他们，CICS程序可以调用MQ资源

　　上面的例子给出了一个使用CICS adapter的程序的例子，它可以通过MQGET( )、MQPUT( )等MQI调用接口来访问MQ资源。MQ还会在CICS中安装一些交易程序，CKQC交易用来管理CICS/MQ的连接和对CICS adapter自身进行管理。CKTI交易是任务初始化程序，它用来监控MQ触发信息，如果某个MQ队列上定义的触发程序是CICS程序，触发条件符合时将由CKTI初始化运行CICS程序。

　　实际中CICS adapter的主要用法一般有两种，一种是由CICS程序主动发起，它读取队列信息进行处理，或者向某个队列发送响应/通知信息，比如CICS中的取款程序可以把帐户取款事件写入MQ队列，通过MQ传递到其它系统进行处理；另一种用法是MQ应用主动发起，向某个输入队列放入消息，这个队列上定义了触发器，触发CICS程序，CKTI监控到触发器事件，自动启动CICS程序，CICS程序自己到队列里读取数据，并把返回数据写到返回队列里去，MQ应用从返回队列取走返回结果。

　　CICS Bridge

　　WebSphere MQ-CICS bridge提供一种方便的手段，使MQ应用可以调用起CICS程序并传递参数，这个CICS程序可以是现有的使用COMMAREA传递参数的任何程序，它里面不必做任何MQ调用。使用MQ-CICS bridge可以很容易地把现有的CICS传统DPL应用程序提供给MQ应用程序调用，不必对现有程序做任何改写和重新编译。对于传统的面向3270终端的CICS程序，也可以通过3270 bridge格式进行调用，也不必对应用进行修改。

　　如上图所示使用MQ-CICS bridge时要定义一个输入队列和一个输出队列，并对MQ-CICS bridge进行配置。MQ应用程序向输入队列中放入一个包含需要传递给被调用的CICS程序的COMMAREA数据的消息，MQ提供的Bridge Monitor程序会监控到有新消息到达，它会START一个MQ提供的Bridge Task处理程序，这个程序从队列中读取消息，取得应用所需的COMMAREA，然后使用LINK命令去调用指定的CICS业务程序，这个业务程序处理完毕后，在COMMAREA里返回结果数据，Bridge Task处理程序有把含有返回COMMAREA的消息写入返回队列，最后MQ应用从返回队列中取走数据进行显示或进一步处理。在这个过程中，对MQ应用来看，它把包含输入COMMAREA的数据写到一个队列，就可以到另一个队列去读取包含返回COMMAREA的结果数据；对CICS业务应用程序而言，它是从COMMAREA接收数据，从COMMAREA返回数据，与平常的运行一样，到底是被其他业务应用程序调用的还是被MQ-CICS bridge调用的，对它没有分别。

　　通过MQ-CICS bridge调用CICS程序，不但可以实现单个CICS程序的调用，还可以实现一次调用多个CICS程序，一次传递进个COMMAREA进入，一次得到多个COMMAREA的返回。

　　使用MQ-CICS bridge可以很方便地把现有CICS程序公布在网络上对外服务，不必对CICS程序进行任何修改。

　　1.2.2方案性能

　　连接能力

　　MQ提供跨平台的消息传输机制，可以方便地实现跨软硬件系统、跨网络结构、跨编程语言的消息传输。由于MQ与CICS的紧密结合，通过MQ-CICS adapter和MQ-CICS bridge机制，可以方便地把封闭在CICS中的业务逻辑公布到网络上，实现跨平台的连接。由于MQ通过JMS协议与J2EE紧密集成，所以这些CICS应用可以方便地在J2EE服务器上通过JMS协议实现调用。

　　由于MQ提供异步的数据通信服务功能，CICS通过MQ的协助，也可以实现异步调用能力，降低了应用程序之间的偶合性。

　　安全性

　　本方案的安全性，是借助MQ和CICS系统本身的安全性功能实现的，对各种MQ/CICS资源进行安全控管，对网络通信的SSL支持等功能可以配置完成一个完整的安全应用，具体信息请参考《MQ安全手册》

　　交易一致性控制

　　MQ提供完整的交易一致性控制，它不但可以自己作为交易控制器，管理MQ内部的一致性，而且可以使用系统的交易控制器，实现与DB2、CICS、IMS等相联系的全局的一致性控制，对CICS资源的操作和MQ资源的操作可以组合在一个UOW里，共同提交或回滚。

　　MQ主要提供的是一种异步的通信，它的UOW的范围，与同步通信会有所不同，这点在交易一致性设计时需要注意。

　　应用编程接口
　
　　对于使用MQ-CICS bridge作为接口模式，CICS程序不必做任何改动，MQ程序也不用做特别处理，所以没有任何应用编程负担。对于使用MQ-CICS adapter接口模式，CICS中的应用程序要增加MQI的调用来访问MQ资源，MQI界面是以简单易用而知名的，应用程序员可以很快掌握这些功能。

　　处理性能

　　MQ是一种高效率的消息处理中间件。它可以高效地进行消息处理，由于其原理属于存储转发机制，所以比我们熟悉的数据库处理系统有更高的处理效率。在MQ-CICS bridge和MQ-CICS adapter技术方面，触发监控程序都可以并发运行，以提高消息处理速度。

　　编码转换

　　MQ提供丰富的编码转换功能，它可以根据消息数据包中消息头里对消息内容编码格式的描述，和宿主系统MQ定义的CCSID（应用程序中可以对系统默认的CCSID进行覆盖）自动进行EBCDIC、ASCII与UNICOD等编码之间的转换。MQ编码转换对中文也有丰富的支持，不但可以支持GBK2312的6000多汉字，而且可以支持GBK的更大的字库。

　　MQ的编码转换，不但可以定义到MQGET、MQPUT功能执行时，也可以定义在MQ的数据通道（CHANNEL）上自动完成，可以根据情况灵活地指定。

　　1.3 CICS Business Event Publisher

　　1.3.1产品技术介绍

　　CICS Business Event Publisher是IBM开发的CICS事件发布工具，它可以把CICS中发生的事件比如一个程序LINK另一个程序、更新DB2数据库表、更新VSAM文件、TSQ/TDQ操作等事件发生连同当时的数据内容一起通过MQ发布出来，外面的程序可以根据CICS发生的时间进行准实时的处理。使用IBM CICS Business Event Publisher for MQSeries，用户可以监控CICS, DB2或IMS事件。当事件发生时，CICS Business Event Publisher for MQSeries将事件相关属性和数据与预先定义的规则相比较，如果匹配，产生XML格式的消息记录事件内容和相关数据，并发送到MQ队列。通过捕获关键业务处理事件并依据事件相关数据产生消息，用户可以快速有效地整合和扩展已有应用，而不必修改代码。

　　CICS Business Event Publisher由以下部件组成：

　　事件监控器

　　监控事件，确定事件是否和预先定义的规则匹配，如果匹配，则基于规则中定义的消息属性产生消息，并通过消息服务器传递消息到MQ队列，包括运行于CICS region内的CICS事件监控器，运行于z/OS地址空间的DB2事件监控器和IMS事件监控器

　　消息服务器

　　使用规则中定义的事件相关属性，将事件监控器产生的事件传递到MQ队列，并维护相应逻辑工作单元的数据完整一致，可以同时高效并发处理多个事务。还包含TCP/IP监听功能，和管理客户端通讯。

　　数据空间服务器

　　为消息服务器和事件监控器提供存储空间，保证重启消息服务器和事件监控器不会造成有用信息的丢失。

　　规则库

　　存储规则的VSAM文件，规则定义了事件匹配条件，产生消息的内容，目的消息队列和MQPUT选项等。

　　管理客户端

　　Windows平台上的图形用户界面，用来创建和维护规则，规则产生后，上传到消息服务器，保存在规则库，规则可以下传修改后重新上传。

　　CICS Business Event Publisher提供了简单，经济的解决方案扩展已有CICS, DB2或IMS应用和数据，可以帮助用户：

　　·增值已有核心业务系统，参与新业务处理，应用新技术
　　·避免修改已有应用代码，降低风险
　　·减少实施所需时间
　　·降低开发和测试费用

　　对于不想或不能对CICS应用程序进行修改的情况下，CICS Business Event Publisher会显的更加有意义，通过它还可以实现应用间的松偶合连接，CICS事件监控程序的新增和改动对于原CICS程序没有任何影响，节省了CICS程序开发和测试的消费，对于在核心CICS应用上快速开发增值应用是一个很好的方案。

　　1.3.2 方案性能

　　连接能力

　　原CICS程序和新应用之间是松偶合形式的，相互间影响较小。事件通知是通过MQ发布的，可以借助MQ卓越的跨平台的连接能力，实现主机事件向各种系统平台的发布。

　　安全性

　　通过事件发布机制，对原CICS应用的安全性没有任何影响，新应用程序也不能改变原CICS程序的运行。事件发送到MQ中后，通过MQ提供的安全性控制来实现数据安全，只有授权的用户才能访问主机事件。

　　交易一致性控制

　　CICS Business Event Publisher对事件的发布能够保证交易的数据一致性，只有当一个CICS UOW提交后，这个UOW中捕捉的事件才会发布出来，不会发生交易过程当中的事件被发布出来打破交易一致性的问题，对于回滚的UOW中的事件，不会发布到MQ当中。由于CICS Business Event Publisher不影响CICS中应用系统的运行，原CICS程序的交易一致性不受影响。

　　应用编程接口

　　使用CICS Business Event Publisher方案时，应用编程主要发生事件处理端，事件捕获端只有配置管理工作。事件处理端的编程实际使用的是通用的MQ编程技术，可以使用MQ支持的各种语言进行应用编程。

　　处理性能

　　CICS BEP对系统事件进行高效率的监控，它对DB2和IMS事件监视是通过对LOG的监控实现的，对于数据操作没有影响，效率很高。对于CICS中部分事件的采集，是通过GLOBAL EXIT实现的，如果监控的事件比较多，会有一定的效率损失。

　　编码转换

　　CICS Business Event Publisher可以选择写入MQ时使用的编码格式，通常使用的是UNICODE，前面谈MQ时介绍过MQ中灵活的代码转换功能，在实际使用时，一般可以把编码转换的工作交给MQ去做，以达到对应用透明的能力。

　　1.4 WBI Message Broker CICS Request Node

　　1.4.1 产品技术介绍

　　Websphere Message Broker是SOA框架下的企业信息总线（ESB）的重要组成部分，它提供一种方便的手段，使使用不同通信方式（如HTTP、WebService、SOAP、MQ、ECI等）不同数据格式（如XMK，TDS，C structure，COBOL COPYBOOK等）的不同应用之间能够容易地连接起来。

　　WebSphere Message Broker依靠WebSphere MQ提供的可靠消息服务（不丢失，不复传）在应用系统之间通过基于消息的异步方式集成各应用系统，同时提供各种其他协议如HTTP、TCP/IP Socket、JMS、SCADA等的接入和转换。针对不同系统所处理的消息格式各不相同的特点，MESSAGE BROKER提供了专门的格式代码转换器(Formatter)在不同的消息格式之间按照预先定义好的转换规则进行自动的格式转换，然后将结果自动路由到目标应用系统。在消息转换的过程中MESSAGE BROKER能够识别XML、符号分隔结构、COBOL COPYBOOK、C结构、JMS、SOAP等多种消息格式；对消息的各种操作包括消息的来源、消息的目标应用、所期望的消息格式等通过定义各种操作规则(Rules)进行。? MESSAGE BROKER可以作为一个消息代理来实现这些功能。

　　消息代理提供了MQ消息传递层以及消息代理集线器，可被用于消息的处理、转换和分发，并能够将这些功能与发布/预订功能结合在一起。通过MESSAGE BROKER把企业中的各种不同应用系统平滑地连接起来，可以使企业范围内的应用更加方便地实现集成，MESSAGE BROKER和MQ一起可以构成SOA框架下的企业信息总线的主要部分。

　　Websphere Message Broker中通过Message Flow(消息流)来实现对消息的运算处理、格式转换和路由等功能。每个消息从进入MB开始到从MB中输出，都在一个消息流中进行一步步的处理。消息流由各种消息处理节点(Message Processing Node)组成，每个消息处理节点可对消息进行某种特定的处理，MB为消息处理提供了丰富的内置节点，主要包括数据的输入与输出、检查和过滤、触发和初始化、消息处理、外部数据库操作、决策和路径选择、错误处理和跟踪以及其他类型的消息处理节点，通过这些内置节点能够实现丰富的处理功能。

　　一个消息流的例子

 
　　在内置节点之外，用户可以根据自己的特殊需求，开发客户化的消息处理节点，来加强消息代理程序内部消息流的处理。这些节点的设计要与 MB的消息流框架（Message flow Framework）的要求相匹配，能够将新的节点加入到MB Workbench之中。IBM还以Service Pack的方式提供了一些比较常用的客户化节点，这些节点针对特定的需求能极大地简化应用编程，其中就包括一个CICSRequest节点，用来实现Message Broker与CICS程序之间的调用。

　　CICSRequest节点使用它从消息流中接收到的消息树，并根据CICSRequest节点的属性设置，来产生一个EXCI请求，调用CICS程序。在节点属性中，可以设置需要调用CICS程序的名字并指定COMMAREA。CICSRequest节点使用从上一个节点接收到的数据，生成COMMAREA，调用CICS程序，CICS程序进行处理，把更改后的COMMAREA返回给CICSRequest节点，CICSRequest节点把返回数据放在输出消息树中，供后面的程序应用。

　　下面界面是一个CICSRequest所需要的配置信息：

　　1.4.2方案性能

　　连接能力

　　由于Message Broker具有极强的应用连通能力，能够连通目前所有主流的应用连接协议和数据格式，所以CICS节点作为Message Broker的一个处理节点，可以方便地加入任何Message Broker应用当中，本方案可以提供最广泛的连接能力，各种形式的应用都可以方便地通过Message Broker实现CICS应用的连接。

　　安全性

　　Message Broker本身有完整的安全控管方法，CICS应用的调用将在MB与CICS综合的安全控制之下进行。

　　交易一致性控制

　　Message Broker能够实现应用的一致性控制，UOW由在Broker中运行的应用创建并管理，Message Broker能够根据UOW的成功或失败实现所有中间节点上操作的确认或回滚，CICS节点的交易一致性服从整体的控制。

　　应用编程接口

　　Message Broker提供消息流和ESQL或JAVA语言作为编程语言，如果使用本方案，程序人员需要了解全新的在Message Broker环境下进行应用编程的技术，需要一定的学习和适应时间。

　　处理性能

　　Message Broker通过消息流来驱动消息在内部的处理，通过各种格式代码转换器自动对数据进行分析，使得通过简单地进行节点连接和属性配置就能完成应用连接任务，这带来了更大的计算量，Message Broker设计时不断加强性能方面的考虑，依然能够提供很高的处理能力，而且随着版本的提高，其消息处理性能也在不断提高。

　　编码转换

　　Message Broker提供了很强的编码转换功能，它可以根据消息自身的编码格式，进入不同节点时进行必要的编码自动转换，也可以在计算节点中编写代码进行各种客户化的代码转换，同时也可以跟CICS中提供的代码转换功能结合使用。

　　关于作者
　
　　温洪涛，IBM公司软件部售前工程师，2005年加入IBM公司软件部，从事IBM大型机 WebSphere 家族软件的产品的技术支持工作。在进入IBM之前，长期从事银行大型机应用相关的项目，有丰富的应用开发和系统管理经验。进入IBM之后主要负责IBM大型机平台的WebSphere家族产品技术支持，对WebSphere家族产品CICS Transaction Server、WebSphere Application Server、WebSphere MQ、WebSphere Message Broker等有深入的了解。