TIBCO RVVSIBM MQ和JMS消息中间件的对比分析Word文档下载推荐.docx
- 文档编号:19996117
- 上传时间:2023-01-13
- 格式:DOCX
- 页数:9
- 大小:203.59KB
TIBCO RVVSIBM MQ和JMS消息中间件的对比分析Word文档下载推荐.docx
《TIBCO RVVSIBM MQ和JMS消息中间件的对比分析Word文档下载推荐.docx》由会员分享,可在线阅读,更多相关《TIBCO RVVSIBM MQ和JMS消息中间件的对比分析Word文档下载推荐.docx(9页珍藏版)》请在冰豆网上搜索。
∙线程安全,多线程安全保护;
∙支持多点传送;
⏹通讯和数据特性:
∙异步通讯;
∙发布/订阅,可靠的广播(broadcast)/多播(multicast)机制;
∙点对点请求/应答;
∙基于主题消息传送;
∙自定义数据信息与硬件/操作系统无关;
∙透明的信息打包或重组;
⏹认证信息传递:
∙明确的信息认证,确保信息传送到目的地;
∙在进程中断和重新启动状态下确保要传递的信息不丢失;
∙分布式队列,自动实现负载均衡功能;
∙传递信息给队列种的某一成员;
∙队列成员进程保持异步运行;
⏹容错:
∙通过冗余进程实现系统容错;
∙监控活动的冗余进程;
⏹开发特点:
∙提供Java、C、C++、ActiveX、.NET、Perl的API库;
∙源码兼容所有的平台;
∙支持同步/异步事件管理结构;
1.1.1.2.TIBCORendezvous包含的组件
TIBCORendezvousDaemon(rvd)为应用进程传递信息,过滤主题信息,分配信息;
TIBCORendezvousRoutingDaemon(rvrd)在WAN和LAN间跨网段有效地传递信息,对TIBCORendezvous应用编码不做任何修改;
1.1.1.3.TIBCORendezvous部署方法
TIBCORV在当前的操作环境中加入两个组件:
✓API库。
每个应用程序连接到RVAPI库的某一版本;
✓RV通讯Daemon进程。
在大多数环境,每台主机上面运行一个Daemon进程。
下图演示了一个简单环境中两个系统进行交互的过程。
主机1上运行应用
程序A和一个daemon进程,主机2上运行两个应用程序B和C,它们通过单个daemon进程连接到网络上。
所有这三个应用程序可以进行相互通讯。
任何主机上可以运行任意数量的RV应用程序。
通常一个主机上的所有RV应用程序共享同一个RVDaemon进程。
RendezvousDaemon进程
应用程序依赖RVDaemon后台进程进行可靠和高效的网络通讯。
(通常RVDaemon进程和RV应用程序运行在同一主机上;
但是RV应用程序也可以连接到远程daemon。
)
RV应用程序试图连接到RVdaemon进程。
如果daemon没有运行,应用程序将自动启动它并连接到daemon进程。
RVdaemon负责通讯的所有细节:
如数据的传输,包的排序,接收确认包,重发请求,将信息派发到适当的应用程序进程等。
它为RV应用程序隐藏了所有这些细节。
1.1.1.4.XML功能的实现
TIBCORV只是一个消息中间件产品,XML数据可以通过RV消息进行传递,但它不提供对XML数据的处理能力。
可以通过几种方式来实现XML数据的处理:
使用TIBCOBusinessWorks产品对包含XML数据的RV消息进行各种处理,如映射、变换、合并、分解等;
使用第三方XML工具或API,以编程方式对RV消息中的XML数据进行处理。
1.1.1.5.如何使用TIBCORendezvous
TIBCORV本身只提供一些后台Daemon程序以及API接口供用户使用。
用户使用这些API,选择RV支持的开发语言(如C/C++,Java等)开发相应的RV应用程序,并通过后台Daemon进程进行消息的发送或接收。
用户也可以选择TIBCO基于RV开发的一些其他产品(如BusinessWorks,各种Adapter等)来简化应用程序的开发。
1.1.2.TIBCOAdapterforActiveDatabase—技术介绍
概述
TIBCOAdapterforActiveDatabase可以把某个数据库中数据的变化可以发送给其他的数据库或应用。
它把发布/订阅与请求/回复机制扩充到数据库层面,使数据库应用可以使用多种不同层次的消息传递服务。
它支持所有的ODBC兼容数据库,包括DB2,Oracle,Sybase,Informix,MicrosoftSQLServer,TimesTenin-memorydatabase等。
特色
事先定义的数据库表中的行发生插入、修改或删除操作时,可以把数据按照TIBCORendezvous消息格式发布
●创建数据的拷贝,按照数据值来发布数据
●直接引用新的数据来发布信息。
●可以使用参数定义发布消息的主题,即可以根据发布数据的内容动态床架主题。
●可以使用可靠传输和保证传输两种方式进行数据的发布。
●保证传输的接收者可以事先在保证传输信息的发布者上注册。
事先定义的数据库表中的行发生插入、修改或删除操作时,可以订阅按照TIBCORendezvous消息格式发布的数据变化
●可以使用含有通配符的主题名称订阅消息
●可以使用可靠传输和保证传输两种方式进行数据的订阅。
●可以根据消息数量或超时时间进行批处理提交。
●可以使用基于TIBCORendezvous客户端应用定义特定的主题使用RV消息格式向数据库发送SQL语句或存储过程。
使用内建的函数来配置发布代理和订阅代理,修改信息内容。
配置TIBCOAdapterforActiveDatabase来满足需求:
定义数据库表间关系,发布所有的相关表内容。
使用定期检查或通知机制监测数据库的改变。
基于的标准:
●通过ODBC连接多种数据库
●与其他TIBCOActiveEnterprise组件实现互操作。
●使用TIBCOHawk进行系统监控。
支持的系统平台
✓Windows
✓HP-UX
✓Solaris
✓AIX
✓Linux
支持的数据库系统
✓Oracle
✓Sybase
✓MSSQL
✓DB2forOS/390
✓DB2forAS/400
✓DB2UDBforWindowsandUnix
TIBCORV,IBMMQ和JMS消息中间件的对比分析
对于消息中间件,绝大多数熟悉的是
IBMMQ,
这是目前使用最广泛的中间件产品。
国内还有一款中间件
TongLinkQ,
结构和
MQ
相似。
其实在国外还有一款叫
Rendzvous
的消息中间件应用也非常广泛,只是在国内应用不多,所以在国内并没有
那么大的名气。
这款消息中间件的设计和
是完全不同的,有很多不同的特性特点,使得它在某些应用场景具备更多的优势。
总结一下
的架构特点,和
的架构以及
JMS
消息中间件的架构做比较。
深入了解和比较这些中间件产品,才能用的准用的好它们。
先总结一下消息中间件的功能,以上的三类中间件都实现了这些功能。
Ø
实现消息的异步发送接收,发布订阅,使得两端的应用解耦。
实现消息持久化机制,保证消息可靠性传输。
优化网络传输,支持断点续传。
1.
分布式结构
VS
星型结构
,推送
接收,
服务端缓存
客户端缓存
。
RV
和
都是分布式结构的,
消息中间件的星型结构不同。
分布式消息中间件的
Server
在应用环境里都会部署多个,彼此互联,没有主备之分。
消息中间件的应用部署一般都是主备两个
,消息的发送和接收应用平时和主
相连,有问题时切换到备
,主备
共用公共的存储设备来保存消息。
消息中间件都采用消息接收端主动接收消息的方式。
消息从发送端发出后,首先会缓存到
上,
接收端应用发起一个接收消息的请求,
把消息作为应答返回给接收端。
接收端不执行接收动作,消息就会一直在
上保存。
和这两种消息中间件都不同,使用的是消息推送的模式。
消息从发送端发出后,并不在
上缓存,
只做路由把消息推送给消息接收端。
消息接收端只要连接上
,订阅要接收的消息,这些消息就会源源不断地从
那里推送过来,消息先缓存到接收客户端的队列里,接收端应用再从队列里取消息。
总之
是一个分布式结构,推送消息模式,客户端缓存的消息中间件。
分布式结构适用于分布是应用系统,方便做扩展,推送加客户端缓存适用于高实时性消息的处理,消息需要在第一时间到达目的地,过时的消息的没有必要保存下来的,消息接收端应用需要做的事情就是不断地处理已经推送到的消息。
2.
使用广播和组播来实现一对多的发布订阅
消息中间件在
IP
层都使用点对点的传输方式,而
在
层使用的是广播或者组播的方式。
使用广播或者组播可以直接实现一对多的发布订阅形式,发布应用发布消息到
网络上,这些消息会广播到网络的每一个节点上,每一个订阅应用都会收到这些消息。
而
实现发布订阅就要麻烦的多了,
都是在
按消息的
Topic
来缓存消息,为每一个订阅者拷贝每一条消息的引用。
当所有订阅者都从
上取走某条消息,这条消息才在
上删除。
3.
UDPVSTCP
消息中间件不论是
的通信,还是
Client
的通信,在传输层都使用
TCP
协议,保证消息传输连接的可靠性。
之间的通信使用了
UDP
协议,牺牲可靠性来达到高实时性的需求。
有两种可靠性级别,
RVReliable
RVCM
模式使用基于
增加了一定可靠机制的
TRDP
协议,在一定范围内具有消息包的检查和重传机制,保证了一定程度的消息可靠性,但不保证消息不丢失。
基础上更进一步,在消息级别具有消息确认和重传机制,可以保证消息绝对不丢失。
对于长度在
1500
个字节以下的消息,
发布消息能达到
150
万笔消息每秒,接收也能达到
50
万笔消息每秒。
传输消息的性能是非常好的。
4.
使用消息
Subject
做收发两端的匹配
端按
Queue
来缓存消息,消息的发送端和接收端按
的名字来匹配。
每个
Server能创建的
是有限的,这也就限制了使用
消息中间件构建的应用,这些应用在做消息收发处理的时候只能使用粗粒度的消息分类。
不在
端缓存消息,也没有
端的
它是使用消息的
来做消息发送端和接收端的匹配的。
每个消息都有
,
格式是多个字符串的串接,没有数目或者长度的限制。
比如在市场数据系统里,行情数据消息的
里包含金融品种的名字,这样的
可以有上百万个。
消息订阅端可以细到只接收某个市场的某个品种的行情数据。
使用优化的算法实现
的筛选。
如果
网络上有一万种消息,一个
RVServer
被一千个消息接收端连接,每个接收端订阅不同的
那
的工作就类似一个超级的邮件分检员,对每一个从
网络上广播而来的消息做
的判断,判断是否在这一千个订阅的
的范围内,是则将消息推送到订阅此消息的接收端,否则将消息抛弃。
当数据量很大时,这种筛选工作是需要很高效率的。
总之,
的最大特点是推送模式,把一个数据生产者的数据以最快的速度推送到多个数据消费者那里。
从金融市场数据系统的需求中产生而来,正是这些特点使得它在证券系统得到最广泛的应用。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- TIBCO RV VS IBM MQ和JMS消息中间件的对比分析 MQ JMS 消息 中间件 对比 分析