Kearey的知识仓库

RocketMQ主要由 Producer、Broker、Consumer 三部分组成，其中Producer负责生产消息，Consumer 负责消费消息，Broker 负责存储消息。Broker 在实际部署过程中对应一台服务器，每个 Broker 可以存储多个Topic的消息，每个Topic的消息也可以分片存储于不同的 Broker。用于存储消息的物理地址。

本专题整理了RocketMQ单机部署、集群部署、Dledger高可用集群部署的详细步骤。配合系统参数调优的讲解，能够帮助大家从多个维度去理解RocketMQ的工作原理。

在专题的上一章中，重点讲解了项目的改造背景、难点分析。之所以会如此的追本溯源的去记录，第一是因为：一个可以落地的解决方案的敲定，是综合项目各方面的原因得到的。没有完美的架构，只有刚好的架构；没有满足一切的架构，只有满足目标的架构。第二是因为想要通过这样的记录，让后面的同学能快速的理解：实践中并不需要沿用我的解决方案，只要能把思路打开，一定会找到更加适合你们项目的方式。好了废话不多说，本章会就Kafka实现延迟消息与广播模式的技术细节展开讨论。

由于公司需要进行公共服务架构调整，决定采用开源的Jeepay项目来构建自身的公共支付服务。在现有项目的基础上，我们进行了一些业务层面的改造，以更好地适应公司的业务场景。关于这些业务改造的具体内容，在本次专题中不会详细展开。Jeepay是一套适合互联网企业使用的开源支付系统，支持多渠道服务商和普通商户模式。已对接微信支付，支付宝，云闪付官方接口，支持聚合码支付。专题想要重点讨论的是：关于Jeepay中MQ的相关功能扩展，以及技术实现细节。