基于docker实现SpringBoot、Apache RocketMQ示例，仅供学习交流，欢迎指正

RocketMQ消息消息队列集群主要包括NameServer、Broker(Master/Slave)、Producer、Consumer4个角色，基本通信流程

NameServer：路由注册中心。功能包括：Broker管理、路由信息管理 客户端调用producer发送消息时，会先从NameServer获取该topic的路由信息。消息头code为GET_ROUTEINFO_BY_TOPIC 每条消息会生成一个唯一id，添加到消息的属性中…

基于 Kubernetes 部署应用可以大幅度降低硬件成本和运维成本。通过 Kubernetes 如何部署高可用 RocketMQ 集群 ？本文是实践中的一些思考和总结。

这篇文章主要讲解RocketMQ路由管理、服务注册及服务发现机制。 1、NameServer架构设计 消息中间件的设计思路一般是基于主题的订阅发布机制，消息生产者（Producer）发送某一主题的消息

整理了一些RocketMQ相关流程图/原理图，做一下笔记，大家一起学习。 是一个队列模型的消息中间件，具有高性能、高可靠、高实时、分布式特点。 Producer、Consumer、队列都可以分布式。 实例消费这个 Topic 对应的所有队列，如果做集群消费，则多个 Consum…

接着上一篇 RocketMQv4.9.1源码分析-HA主从 Master读写处理 解答了Master相关的问题，这篇文章围绕Slave相关的一些问题继续看代码。 对于slave，我们有如下一些疑惑：

RocketMQ集群部署模型为Dledger模式时，想要升级新版本，如何操作才能让客户端完全不受影响，实现平滑升级？

官网及文档 书籍推荐 RocketMQ技术内幕 概述 消息队列作为高并发系统的核心组件之一，能够帮助业务系统解构提升开发效率和系统稳定性。主要具有以下优势： 削峰填谷： 主要解决瞬时写压力大于应用服务