Linux系统 Centos7 环境基于Docker部署Rocketmq服务
消息队列
基本概述
MQ,Message Queue,基于TCP协议构建的简单协议,区别于具体的通信协议。
-
基于通信协议定义和抽象的更高层次的通信模型,一般都是生产者和消费者模型,又或者说服务端和客户端模型。
-
生产者/消费者模型:一般通过定义生产者和消费者实现消息通信从而屏蔽复杂的底层通信协议。应用于分布式应用系统,而且为之提供异步解耦和削峰填谷的能力,同时也具备互联网应用所需的海量堆积,高吞吐和可靠性重试机制的特性。
核心概念
- 消息主题:Message Topic,一级消息类型,生产者向其发送消息
- 消息生产者:Message Producer,消息发布者,或者消息服务终端,负责生产消息和发送消息到消息主题
- 消息消费者:Message Consumer,消息订阅者,或者消息客户终端,负责从消息主题接收并处理消费消息
- 消息实体:Message Object,消息对象,生产者向消息主题发送并最终传送给消息者的数据和属性的符号以及组合
- 消息属性:Message Attributes,消息内容,生产者对消息进行抽象和定义的相关属性,包含Message Key 和Message Target
- 消息组:Message Group,消息分类组别,通称一类生产者和消费者,通常生产和消费同一类消息,且消息发布和订阅的逻辑基本一致
编程思想
数据结构:消息队列的数据结构采用FIFO方式来定义与实现
设计模式:采用观察者模式
观察者模式:定义对象间一对多的依赖关系,当一个对象的状态发生改变时,所有依赖于它的对象都得到通知自动更新
消息流派:
- 有Broker:基于消息中间件,所有消息通过中间件中转,基于Broker把消息推送给消费者[消费者主动轮询]
1.重Topic:Kafka和RocketMq,Activemq,生产者把消息发送Key和数据到Broker,然后由Broker比较Key之后决定推送给具体的消费者[推送消息给消费者]
2.轻Topic:Rabbitmq[AMQP],生产者把生产消息且发送Key和数据,消费者定义订阅的队列,Broker收到请求之后,按照一定的逻辑和规则计算出相应的Key对应的队列,然后把消息推送给具体的消费者[消费者向生产者订阅消息,消费者主动拉取消息] - 无Broker:基于Socket网络[传输层]直连通信,代表作ZeroMQ
基本概述
NameServer:名称服务器[MQ命名空间服务器],大致相当于 jndi技术,更新和发现 broker服务。用于保存Broker相关元信息,并给生产者和消费者查找Broker消息。每个Broker在启动都会在名称服务器[NameServer]注册,生产者在发送消息前会根据消息主题到名称服务器查询获取Broker路由消息,消费者也会定时获取主题的路由消息。
ps:属于无状态服务设计,可横向扩展,节点之间无通信,可以部署多台机器来标识伪集群。
Broker:消息存储中心[消息中转角色],负责存储和转发消息。接收来自生产者的消息并进行存储,消费者从这拉取消息。存储与消息相关的元数据,主要包括用户组,消息进度偏移量,队列消息等。其中Broker分为Master和Slave节点:
- Master节点:可读可写
- Slave节点:只可读不可写
其部署方式:
- 单机Master:Broker重启和宕机之后服务不可用,不建议生产使用
- 多机Master:所有消息服务器均是Master,没有Slave。
优点:配置简单,单个Master重启和宕机维护对应用无影响
缺点:单机重启和宕机期间,机器上未被消费的消息在机器恢复期间不可订阅,消息实时性会受影响 - 多机Master多机Slave[同步双写]:
优点:数据和服务无单点故障,Master重启和宕机消息无延迟,数据和服务可用高
缺点:相对异步复制性能较低,发送消息的延时较高 - 多机Master多机Slave[异步复制]:
优点:消息丢失较少,实时性高,Master重启和宕机可继续从Slave消费
缺点:Master重启和宕机后在磁盘损坏会导致消息丢失,但是情况比较少
ps:一个Master可以对应多个Slave,但是一个Slave只能对应一个Master。Master和Slave的对应关系通过指定相同的BrokerName,不同的BrokerId来定义。BrokerId为0表示Master,BrokerId非0表示Slave。然后所有的Broker和Name Server上的节点建立长连接,定时注册Topic信息到所有Name Server。
Producer:消息生产者->负责生产消息,生产者向消息服务器发送业务应用程序生成的消息。主要有同步发送和异步发送方式两种,其中:
- 同步发送:消息发送方发出数据后,在消息接收方发送响应之后再发送下一个数据。一般适用于重要消息通知场景[重要通知邮件,营销短信推送]
- 异步发送:消息发送方发出数据后,不用等待接收方发回响应,接着发送下一个数据。一般适用于链路耗时较长,而对响应时间敏感的业务场景[视频上传通知 启动自动转码服务处理通知]
- 单向发送:负责发送消息而不等待服务器回应且没有回调函数触发。一般适用于对可靠性要求不高的业务场景[日志收集]
ps:Producer与Name Server其中一个节点建立连接。定期从Name Server取Topic信息。并与提供该Topic信息的Master建立长连接。Producer也可以集群部署。
Consumer:消息消费者 负责消费消息,从消息服务器拉取消息并将其输入用户应用程序中。主要分为拉取型消费者和推送型消费者:
拉取型消费者:Pull Consumer->主动从消息服务器拉取消息,只要批量拉取消息,用户就会启动消费过程
推送型消费者:Push Consumer->封装消息的拉取,消费进度和其它内部维护工作,消息到达之后便执行回调接口留给用户应用程序来实现。属于被动消费类型,Push拉取时需要注册消息费者监听器,当监听器被触发之后开始消费消息。
ps:Consumer 与Name Server 集群中的其中一个节点(随机选择)建立长连接,定期从Name Server 取Topic 路由信息,并向提供Topic服务的Master、Slave建立长连接,且定时向Master、Slave发送心跳。Consumer既可以从Master订阅消息,也可以从Slave订阅消息,订阅规则由Broker配置决定。
部署Rocketmq
拉取rocketmq镜像:docker pull foxiswho/rocketmq
1.查询镜像images:docker search rocketmq
2.执行:docker pull foxiswho/rocketmq
3.创建docker存储根目录并且授权:
mkdir docker && chmod -R 777 docker/
4.部署名称服务器rocketmq-namesrv-server[9876]:
1|0rocketmq-namesrv-server
docker run -itd --restart=always --privileged=true -p 9876:9876 --name rocketmq-namesrv-server -v /docker/rocketmq/namesrv/logs:/root/rocketmq/logs -v /docker/rocketmq/namesrv/store:/root/rocketmq/store -e "MAX_POSSIBLE_HEAP=100000000" -e "JAVA_OPTS=-Duser.home=/opt" -e "JAVA_OPT_EXT=-server -Xms512m -Xmx512m -Xmn256m" rocketmqinc/rocketmq sh mqnamesrv
ps:创建/docker/rocketmq/namesrv/logs和/docker/rocketmq/namesrv/store目录
5.部署消息服务器rocketmq-broker-server[10911]:
2|0rocketmq-broker-server
docker run -itd --restart=always --privileged=true -p 10909:10909 -p 10911:10911 -p 10912:10912 --name rocketmq-broker-server --link rocketmq-namesrv-server:namesrv -v /docker/rocketmq/broker/logs:/root/rocketmq/logs -v /docker/rocketmq/broker/store:/root/rocketmq/store -v /docker/rocketmq/broker/conf/broker.conf:/opt/rocketmq-4.4.0/conf/broker.conf -e "NAMESRV_ADDR=namesrv:9876" -e "MAX_POSSIBLE_HEAP=200000000" -e "JAVA_OPTS=-Duser.home=/opt" -e "JAVA_OPT_EXT=-server -Xms512m -Xmx512m -Xmn256m" rocketmqinc/rocketmq sh mqbroker -c /opt/rocketmq-4.4.0/conf/broker.conf
ps:
1.创建/docker/rocketmq/broker/logs和/docker/rocketmq/broker/store目录
2.编写broker.conf配置文件:
6.部署控制后台rocketmq-consloe-server[8082]:
3|0rocketmq-consloe-server
docker run -itd -p 8082:8080 --restart=always --privileged=true --name rocketmq-console-server -v /docker/rocketmq/console/data:/tmp -e "JAVA_OPTS=-Drocketmq.namesrv.addr=47.104.22.10:9876 -Dcom.rocketmq.sendMessageWithVIPChannel=false" -e "JAVA_OPT_EXT=-server -Xms512m -Xmx512m -Xmn256m -Duser.home=/opt" styletang/rocketmq-console-ng:latest
ps:
1.创建/docker/rocketmq/console/data目录
2.Server-IP为broker.conf配置brokerIP1值
整合Rocketmq开发实战
1.配置Rocketmq的Maven依赖:
ps:
1.目前rocketmq最新版本是4.7.1:
2.这里选择的是rocketmq版本[4.4.0],因为部署是4.4.0版本,推荐部署版本相同的rocketmq
ps:创建消息队列统一模块工程,在业务应用程序服务模块依赖该工程,并封装消息生产者[Producer]和消息消费者[Consumer]处理类。
3.封装rocketmq属性配置类:
添加spring-boot-configuration-processor依赖:
编写RocketmqTemplate生产者模板类:
编写META-INF/spring.factories工厂类:
版权声明:本文为博主原创文章,遵循相关版权协议,如若转载或者分享请附上原文出处链接和链接来源。
__EOF__

本文链接:https://www.cnblogs.com/mazhilin/p/13258674.html
关于博主:评论和私信会在第一时间回复。或者直接私信我。
版权声明:Copyright © 2018-2021 PivotalCloud Technology Systems Incorporated. All rights reserved.
声援博主:如果您觉得文章对您有帮助,可以点击文章右下角【推荐】一下。您的鼓励是博主的最大动力!
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 记一次.NET内存居高不下排查解决与启示
· 探究高空视频全景AR技术的实现原理
· 理解Rust引用及其生命周期标识(上)
· 浏览器原生「磁吸」效果!Anchor Positioning 锚点定位神器解析
· 没有源码,如何修改代码逻辑?
· 分享4款.NET开源、免费、实用的商城系统
· 全程不用写代码,我用AI程序员写了一个飞机大战
· MongoDB 8.0这个新功能碉堡了,比商业数据库还牛
· 白话解读 Dapr 1.15:你的「微服务管家」又秀新绝活了
· 记一次.NET内存居高不下排查解决与启示