转载

mq消息队列(一):jms和amqp的区别(整合转载)

前言

在过去的工作中,用过rabbitmq和activimq,并看到别人用过kafka和rocketmq。
但是一直局限于简单的使用,相关的技术急需进一步提高。
正好最近学习springcloud组件时,有两部分内容:bus消息总线和stream消息驱动,都涉及了mq。因此决定先暂停springcloud,立即着手mq的进一步学习。
上边的几项技术虽然都是mq消息队列,但是却有不少的区别,而其中一个绕不开的话题就是他们支持的协议和规范,就我目前所知的来说,java 开发用的较多的可能就是jms规范和amqp协议。
在进行对比学习的过程中,发现网上很多博客对比分析的很清晰,便觉得不需要再重复造轮子,以下是来自转载的jms和amqp的对比,进行了一些简单的格式优化。

转载一

以下内容转载自:https://blog.csdn.net/hpttlook/article/details/23391967
初次接触消息队列时,在网上搜索,总是会提到如JMS、AMQP等一些术语。查看了一些文档,对JMS和AMQP的一些理解记录如下。

JMS

通常而言提到JMS(Java MessageService)实际上是指JMS API。JMS是由Sun公司早期提出的消息标准,旨在为java应用提供统一的消息操作,包括create、send、receive等。JMS已经成为Java Enterprise Edition的一部分。
从使用角度看,JMS和JDBC担任差不多的角色,用户都是根据相应的接口可以和实现了JMS的服务进行通信,进行相关的操作。

JMS通常包含如下一些角色:
Elements
Notes
JMS provider

实现了JMS接口的消息中间件,如ActiveMQ:

  1. JMS client
    生产或者消费消息的应用
  2. JMS producer/publisher
    JMS消息生产者
  3. JMS consumer/subscriber
    JMS消息消费者
  4. JMS message
    消息,在各个JMS client传输的对象;
  5. JMS queue
    Provider存放等待被消费的消息的地方
  6. JMS topic
    一种提供多个订阅者消费消息的一种机制;在MQ中常常被提到,topic模式。

JMS提供了两种消息模型,peer-2-peer(点对点)以及publish-subscribe(发布订阅)模型。
当采用点对点模型时,消息将发送到一个队列,该队列的消息只能被一个消费者消费。
而采用发布订阅模型时,消息可以被多个消费者消费。在发布订阅模型中,生产者和消费者完全独立,不需要感知对方的存在。

消息如何从producer端达到consumer端由message-routing来决定。在JMS中,消息路由非常简单,由producer和consumer链接到同一个queue(p2p)或者topic(pub/sub)来实现消息的路由。
JMSconsumer同时支持message selector(消息选择器),通过消息选择器,consumer可以只消费那些通过了selector筛选的消息。在JMS兄中,消息路由机制的图示如下:
在这里插入图片描述
常见的消息队列,大部分都实现了JMS API,可以担任JMS provider的角色,如ActiveMQ,Redis以及RabbitMQ等。

AMQP

AMQP(advanced message queuing protocol)在2003年时被提出,最早用于解决金融领不同平台之间的消息传递交互问题。
顾名思义,AMQP是一种协议,更准确的说是一种binary wire-level protocol(链接协议)。这是其和JMS的本质差别,AMQP不从API层进行限定,而是直接定义网络交换的数据格式。
这使得实现了AMQP的provider天然性就是跨平台的。意味着我们可以使用Java的AMQP provider,同时使用一个python的producer加一个rubby的consumer。
从这一点看,AQMP可以用http来进行类比,不关心实现的语言,只要大家都按照相应的数据格式去发送报文请求,不同语言的client均可以和不同语言的server链接。
在AMQP中,消息路由(messagerouting)和JMS存在一些差别,在AMQP中增加了Exchange和binding的角色。producer将消息发送给Exchange,binding决定Exchange的消息应该发送到那个queue,而consumer直接从queue中消费消息。queue和exchange的bind有consumer来决定。AMQP的routing scheme图示过程如下:
在这里插入图片描述
目前AMQP逐渐成为消息队列的一个标准协议,当前比较流行的rabbitmq、stormmq都使用了AMQP实现。
最后将JMS和AMQP的各项对比如下:

JMS AMQP
定义 Java api Wire-protocol
跨语言
跨平台
Model 提供两种消息模型:
(1)、Peer-2-Peer
(2)、Pub/sub
提供了五种消息模型:
(1)、direct exchange
(2)、fanout exchange
(3)、topic change
(4)、headers exchange
(5)、system exchange
本质来讲,后四种和JMS的pub/sub模型没有太大差别,仅是在路由机制上做了更详细的划分;
支持消息类型 多种消息类型:
TextMessage
MapMessage
BytesMessage
StreamMessage
ObjectMessage
Message (只有消息头和属性)
byte[]
当实际应用时,有复杂的消息,可以将消息序列化后发送。
综合评价 JMS 定义了JAVA API层面的标准;在java体系中,多个client均可以通过JMS进行交互,不需要应用修改代码,但是其对跨平台的支持较差; AMQP定义了wire-level层的协议标准;天然具有跨平台、跨语言特性。

参考文档:

  1. http://en.wikipedia.org/wiki/AMQP

  2. http://en.wikipedia.org/wiki/Java_Message_Service

  3. http://www.bytespring.com/blog/understanding-differences-between-amqp-and-jms

转载二

转载自:https://blog.csdn.net/u013160104/article/details/19835525

通信平台的区别

JMS:
只允许基于JAVA实现的消息平台的之间进行通信
AMQP:
允许多种消息协议进行通信,比如ruby的storm和java的jms都可以在AMQP上进行通信。
结论: AMQP允许多种技术同时进行协议通信

通信机制的区别

JMS:
消息生产者和消息消费者必须知道对方的Queue
AMQP:
消息生产者和消息消费者无须知道对方的Queue,消息生产者将Exchange通过Route key和任意Queue绑定。消息消费者通过Route key从任意Queue中获取Exchange.

消息传输机制的区别

JMS:
JMS支持PTP和publis/subscribe机制,PTP只可以点对点通信,public/subscribe在一端发出请求后所有其他端收到消息

AMQP:

  1. 所有RouteKey相同的Queue接受到数据
  2. 所有相同的Exchange的Queue接受到数据
  3. 所有wilecard的Exchange的Queue接受到数据
  4. 可以让webservice等接受到数据
文章最后发布于: 2018-09-20 10:32:53
展开阅读全文
0 个人打赏
私信求帮助
曾参与过风云系列卫星、碳卫星、子午工程、嫦娥等项目的数据处理工作;有超10年大型项目的开发经验。 专栏收入了作者为Python爱好者精心打造的多篇文章,从小白入门学习的基础语法、基础模块精讲等内容外,还提出了“Python语感训练”的概念和方法,不仅为初学者提供了进阶之路,有一定基础的程序员亦可从中受益。后续,本专栏还将加入2D/3D应用开发、数据处理、实战项目等精品内容,敬请期待。
xufive ¥3.80 1624人订阅

没有更多推荐了,返回首页

©️2019 CSDN 皮肤主题: 成长之路 设计师: Amelia_0503

分享到微信朋友圈

×

扫一扫,手机浏览