springboot整合rocketMQ集群、监控

最新推荐文章于 2025-06-20 15:40:10 发布

染风

最新推荐文章于 2025-06-20 15:40:10 发布

阅读量6.6k

点赞数 3

CC 4.0 BY-SA版权

分类专栏： rocketMQ 文章标签： spring-boot rocket集群

本文链接：https://blog.youkuaiyun.com/qq_38416576/article/details/86153049

本文详细介绍了如何将SpringBoot应用与RocketMQ集群整合，并搭建监控。首先概述了RocketMQ在异步处理、应用解耦等场景的应用，然后详细阐述了网络集群节点描述、集群部署的步骤，包括NameServer、Broker的配置与启动，以及搭建web管理界面的过程。最后，通过代码示例展示了Producer和Consumer的使用，并总结了RocketMQ集群的价值。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

前提

在上一篇里面介绍了关于rocketMQ的基础知识和单机搭建，现在把自己的集群搭建和监控以及springboot整合贴出来分享

应用场景和性能

这里参照了《rocketMQ》集群解决方案：https://yq.aliyun.com/ziliao/306770 rocketMQ能帮我们解决什么问题？

1、异步处理，将不是必须要在当前处理的业务逻辑，进行异步处理，比如注册之后的短信，邮箱的发送

2、应用解耦：

订单系统：用户下单后，订单系统完成持久化处理，将消息写入消息队列，返回用户订单下单成功。

库存系统：订阅下单的消息，采用拉/推的方式，获取下单信息，库存系统根据下单信息，进行库存操作。

假如：在下单时库存系统不能正常使用，也不影响正常下单，因为下单后，订单系统写入消息队列就不再关系其他后续的操作了。实现订单系统与库存系统的应用解耦。

3、流量削峰，也是消息队列中的常用场景，一般在秒杀或团抢活动中使用广泛。

应用场景：秒杀活动，一般会因为流量过大，导致流量暴增，应用挂掉。为解决这个问题，一般需要在应用前端加入消息队列。

可以控制活动的人数

可以缓解短时间内高流量压垮应用

用户的请求，服务器接收后，首先写入消息队列。加入消息队列长度超过最大数量，则直接抛弃用户请求或跳转到错误页面

秒杀业务根据消息队列中的请求信息，再做后续处理

4、日志处理

5、消息通讯

6、性能：

rocketMQ单机也可以支持亿级的消息堆积能力，单机写入TPS单实例约7万条/秒，单机部署3个broker，可以跑到最高12万条/秒，消息大小10个字节

网络集群节点描述

1、NameServer可集群部署，节点之间无任何信息同步

2、broker部署相对复杂，broker分为master和slave，一个master可以对应多个slave，但是一个slave只能对应一个master，master与slave的对应关系通过指定相同的brokerName，不同的brokerId来定义，brokerId=0表示master，非0表示slave，master也可以部署多个，只需指定不同的brokerName和监听端口

3、producer与NameServer集群中的其中一个节点(随机选择)建立长连接，定期从NameServer取topic路由信息，并向提供topic服务的master建立长连接，且定时向master发送心跳。producer完全无状态，可集群部署。

4、consumer与NameServer集群中的其中一个节点(随机选择)建立长连接，定期从NameServer取topic路由信息，并向提供Topic服务的master、slave建立长连接，且定时向master、slave发送心跳。consumer既可以从master订阅消息，也可以从slave订阅消息，订阅规则由broker配置决定。