rocketmq

一：环境准备： Centos7，Dokcer18.03.1-ce 官方项目地址: https://github.com/apache/incubator-rocketmq-externals 里面有rocketmq的docker运行文档 二：克隆官方项目到本地宿主机： git clone https://github.com/apache/rocketmq-externals.git 主要用到rocket-docker中的脚本，分别为rocket4.0.0和4.1.1的dockerfile，镜像构建，和镜像运行脚本，如图： 注意：克隆下来的脚本都是不够权限的 执行chmod+x 脚本名 给予执行权限 如下分别为namesrv和broker的镜像构建脚本（通过其目录下的DockerFile构建） sudo docker build –build-arg version=4.2.0 -t apache/incubator-rocketmq-namesrv:4.2.0 . sudo docker build –build-arg version=4.2.0 -t apache/incubator-rocketmq-broker:4.2.0 . 下面这两条制定指令为namesrv和broker的运行指令 sudo docker run -d -p 9876:9876 -v /data

角色 说明 Producer 生产者，用于将消息发送到RocketMQ，生产者本身既可以是生成消息，也可以对外提供接口，由外部来调用接口，再由生产者将受到的消息发送给MQ。 Consumer 消费者，从Broker拉取消息进行消费。从应用角度来说有两类消费者： PullConsumer：主动拉取消息，一旦拉取到消息，应用的消费进程进行初始化 PushConsumer：封装消息拉取，消费进程和内部 Broker RocketMQ服务器，也是整个服务的核心，它实现了消息的存储、拉取功能。它通常以集群方式启动，并可配置主从，每个broker上提供对指定topic的服务。理解了broker的原理以及它和其他服务交互的过程，也就命令消息中间件的原理，其实都大同小异。它具有2中角色 Master：能写、能读 Slave：只能读，不能写 Topic 消息的主题，由用于定义并在服务端配置，消费者可以按照主题进行订阅，也就是消息分类，通常一个应用一个Topic Message 在生产者、消费者、服务器之间传递的消息，一个message必须属于一个Topic Namesrv 一个无状态的名称服务，可以集群部署，每一个broker启动的时候都会向名称服务器注册，主要是接收broker的注册（broker每十秒就会向所有名称服务器发送心跳请求，同时注册topic信息到名称服务器）

浅谈消息队列及常见的消息中间件 前言 消息队列 已经逐渐成为企业应用系统 内部通信 的核心手段。它具有 低耦合 、 可靠投递 、 广播 、 流量控制 、 最终一致性 等一系列功能。 当前使用较多的 消息队列 有 RabbitMQ 、 RocketMQ 、 ActiveMQ 、 Kafka 、 ZeroMQ 、 MetaMQ 等，而部分 数据库 如 Redis 、 MySQL 以及 phxsql 也可实现消息队列的功能。 正文 1. 消息队列概述 消息队列 是指利用 高效可靠 的 消息传递机制 进行与平台无关的 数据交流 ，并基于 数据通信 来进行分布式系统的集成。 通过提供 消息传递 和 消息排队 模型，它可以在 分布式环境 下提供 应用解耦 、 弹性伸缩 、 冗余存储 、 流量削峰 、 异步通信 、 数据同步 等等功能，其作为 分布式系统架构 中的一个重要组件，有着举足轻重的地位。 2. 消息队列的特点 2.1. 采用异步处理模式 消息发送者 可以发送一个消息而无须等待响应。 消息发送者 将消息发送到一条 虚拟的通道 （ 主题 或 队列 ）上， 消息接收者 则 订阅 或是 监听 该通道。一条信息可能最终转发给 一个或多个 消息接收者，这些接收者都无需对 消息发送者 做出 同步回应 。整个过程都是 异步的 。 2.2. 应用系统之间解耦合 主要体现在如下两点：