比尔云BierYun--阿里云最新优惠活动
阿里云优惠码丨阿里云代金券

Kafka是什么,JMS是什么,常见的类JMS消息服务器,为什么需要消息队列(来自学习笔记)

Kafka是什么,JMS是什么,常见的类JMS消息服务器,为什么需要消息队列(来自学习笔记)http://www.bieryun.com/2113.html

1、Kafka是什么

 Apache Kafka是一个开源消息系统,由Scala写成。是由Apache软件基金会开发的一个开源消息系统项目。
 Kafka最初是由LinkedIn开发,并于2011年初开源。2012年10月从Apache Incubator毕业。该项目的目标是为处理实时数据提供一个统一、高通量、低等待的平台。
 Kafka是一个分布式消息队列:生产者、消费者的功能。它提供了类似于JMS的特性,但是在设计实现上完全不同,此外它并不是JMS规范的实现。
 Kafka对消息保存时根据Topic进行归类,发送消息者称为Producer,消息接受者称为Consumer,此外kafka集群有多个kafka实例组成,每个实例(server)成为broker。
 无论是kafka集群,还是producer和consumer都依赖于zookeeper集群保存一些meta信息,来保证系统可用性

2、JMS是什么

2.1、JMS的基础

JMS是什么:JMS是Java提供的一套技术规范

JMS干什么用:用来异构系统 集成通信,缓解系统瓶颈,提高系统的伸缩性增强系统用户体验,使得系统模块化和组件化变得可行并更加灵活
通过什么方式:生产消费者模式(生产者、服务器、消费者)
这里写图片描述
jdk,kafka,activemq……

2.2、JMS消息传输模型

 点对点模式(一对一,消费者主动拉取数据,消息收到后消息清除)
点对点模型通常是一个基于拉取或者轮询的消息传送模型,这种模型从队列中请求信息,而不是将消息推送到客户端。这个模型的特点是发送到队列的消息被一个且只有一个接收者接收处理,即使有多个消息监听者也是如此。
 发布/订阅模式(一对多,数据生产后,推送给所有订阅者)
发布订阅模型则是一个基于推送的消息传送模型。发布订阅模型可以有多种不同的订阅者,临时订阅者只在主动监听主题时才接收消息,而持久订阅者则监听主题的所有消息,即使当前订阅者不可用,处于离线状态。
这里写图片描述
queue.put(object) 数据生产
queue.take(object) 数据消费

2.3、JMS核心组件

 Destination:消息发送的目的地,也就是前面说的Queue和Topic。
 Message :从字面上就可以看出是被发送的消息。
 Producer: 消息的生产者,要发送一个消息,必须通过这个生产者来发送。
 MessageConsumer: 与生产者相对应,这是消息的消费者或接收者,通过它来接收一个消息。
这里写图片描述

通过与ConnectionFactory可以获得一个connection
通过connection可以获得一个session会话。

2.4、常见的类JMS消息服务器

2.4.1、JMS消息服务器 ActiveMQ

ActiveMQ 是Apache出品,最流行的,能力强劲的开源消息总线。ActiveMQ 是一个完全支持JMS1.1和J2EE 1.4规范的。
主要特点:
 多种语言和协议编写客户端。语言: Java, C, C++, C#, Ruby, Perl, Python, PHP。应用协议: OpenWire,Stomp REST,WS Notification,XMPP,AMQP
 完全支持JMS1.1和J2EE 1.4规范 (持久化,XA消息,事务)
 对Spring的支持,ActiveMQ可以很容易内嵌到使用Spring的系统里面去,而且也支持Spring2.0的特性
 通过了常见J2EE服务器(如 Geronimo,JBoss 4, GlassFish,WebLogic)的测试,其中通过JCA 1.5 resource adaptors的配置,可以让ActiveMQ可以自动的部署到任何兼容J2EE 1.4 商业服务器上
 支持多种传送协议:in-VM,TCP,SSL,NIO,UDP,JGroups,JXTA
 支持通过JDBC和journal提供高速的消息持久化
 从设计上保证了高性能的集群,客户端-服务器,点对点
 支持Ajax
 支持与Axis的整合
 可以很容易得调用内嵌JMS provider,进行测试

2.4.2、分布式消息中间件 Metamorphosis

Metamorphosis (MetaQ) 是一个高性能、高可用、可扩展的分布式消息中间件,类似于LinkedIn的Kafka,具有消息存储顺序写、吞吐量大和支持本地和XA事务等特性,适用于大吞吐量、顺序消息、广播和日志数据传输等场景,在淘宝和支付宝有着广泛的应用,现已开源。
主要特点:
 生产者、服务器和消费者都可分布
 消息存储顺序写
 性能极高,吞吐量大
 支持消息顺序
 支持本地和XA事务
 客户端pull,随机读,利用sendfile系统调用,zero-copy ,批量拉数据
 支持消费端事务
 支持消息广播模式
 支持异步发送消息
 支持http协议
 支持消息重试和recover
 数据迁移、扩容对用户透明
 消费状态保存在客户端
 支持同步和异步复制两种HA
 支持group commit

2.4.3、分布式消息中间件 RocketMQ

RocketMQ 是一款分布式、队列模型的消息中间件,具有以下特点:
 能够保证严格的消息顺序
 提供丰富的消息拉取模式
 高效的订阅者水平扩展能力
 实时的消息订阅机制
 亿级消息堆积能力
 Metaq3.0 版本改名,产品名称改为RocketMQ

2.4.4、其他MQ

 .NET消息中间件 DotNetMQ
 基于HBase的消息队列 HQueue
 Go 的 MQ 框架 KiteQ
 AMQP消息服务器 RabbitMQ
 MemcacheQ 是一个基于 MemcacheDB 的消息队列服务器。

3、为什么需要消息队列(重要)**

消息系统的核心作用就是三点:解耦,异步和并行
以用户注册的案列来说明消息系统的作用

3.1、用户注册的一般流程

这里写图片描述
问题:随着后端流程越来越多,每步流程都需要额外的耗费很多时间,从而会导致用户更长的等待延迟。

3.2、用户注册的并行执行

这里写图片描述
问题:系统并行的发起了4个请求,4个请求中,如果某一个环节执行1分钟,其他环节再快,用户也需要等待1分钟。如果其中一个环节异常之后,整个服务挂掉了。
这里写图片描述

3.3、用户注册的最终一致

这里写图片描述
1、 保证主流程的正常执行、执行成功之后,发送MQ消息出去。
2、 需要这个destination的其他系统通过消费数据再执行,最终一致。
这里写图片描述

评论 抢沙发

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址

强烈推荐

高性能SSD云服务器ECS抗攻击,高可用云数据库RDS