RocketMQ学习笔记(1)----RocketMQ的简介

1. 什么是RocketMQ?

  RocketMQ学习笔记(1)----RocketMQ的简介_第1张图片

  

  是一个队列模型的消息中间件,具有高性能、高可靠、高实时、分布式特点。
  Producer、Consumer、队列都可以分布式。
   Producer 吐一些队列轮流収送消息,队列集合称为Topic,Consumer 如果做广播消费,则一个consumer
  实例消费返个Topic 对应的所有队列,如果做集群消费,则多个Consumer 实例平均消费返个topic 对应的
  队列集合。
  能够保证严格的消息顺序
  提供丰富的消息拉叏模式
  高效的订阅者水平扩展能力
  实时的消息订阅机制
  亿级消息堆积能力
  较少的依赖

  RocketMQ作为阿里巴巴的两大分布式技术之一,是一款纯java、分布式、队列模型的开源消息中间件,他参考了Java的JMS规范,但是它并没有遵循JMS的规范,经历了淘宝双十一的洗礼,在功能和性能上据说是远超ActiveMQ。

2. RocketMQ发展史

  1. Metaq(Metamorphsis) 1.x

   由开源社区killme2008维护,开源社区非常活跃。

   github地址:https://github.com/killme2008/Metamorphosis

  2. Metaq 2.x

   于2012年10月份上线,在淘宝内部被广泛使用。

  3. RecoketMQ 3.x

  metaq 3.0发布时,产品名称改为RocketMQ。基于公司内部开源共建原则,RocketMQ项目只维护核心功能,且去除了所有其他运行时的依赖,核心功能最简化。每个BU的个性化需求都在RocketMQ项目之上进行深度定制。RocketMQ向其他BU提供的仅仅是jar包,例如要定制一个Broker,那么只需要依赖rocketmq-broker这个jar包即可,可通过API进行交互,如果定制client,则依赖rocketmq-client这个jar包,对其提供的api进行再封装。

  开源社区地址:https://github.com/apache/RocketMQ

3. RocketMQ特性

  原生分布式

  要知道RocketMQ原生就是支持分布式的,而ActiveMQ原生存在单点性。

  严格消息顺序
  RocketMQ可以保证严格的消息顺序,而ActiveMQ无法保证!

  亿级消息堆积
  RocketMQ提供亿级消息的堆积能力,这不是重点,重点是堆积了亿级的消息后,依然保持写入低延迟!

  两种的消息拉取模式(Push or Pull)。
  Push好理解,比如在消费者端设置Listener回调;而Pull,控制权在于应用,即应用需要主动的调用拉消息方法从Broker获取消息,这里面存在一个消费位置记录的问题(如果不记录,会导致消息重复消费)。

  特有的分布式协调器
  在Metaq1.x/2.x的版本中,分布式协调采用的是Zookeeper,而RocketMQ自己实现了一个NameServer,更加轻量级,性能好!

  组(Group)
  有了Producer/Consumer Group。
  ActiveMQ中并没有Group这个概念,而在RocketMQ中理解Group的机制很重要。想过没有,通过Group机制,让RocketMQ天然的支持消息负载均衡!比如某个Topic有9条消息,其中一个Consumer Group有3个实例(3个进程 OR 3台机器),那么每个实例将均摊3条消息!(注意RocketMQ只有一种模式,即发布订阅模式。)

  其他

  消息失败重试机制、高效的订阅者水平扩展能力、强大的API、事务机制等等

 

转载于:https://www.cnblogs.com/Eternally-dream/p/9925837.html

你可能感兴趣的:(java,大数据)