从0到1设计一个MQ消息队列

爱被打了一巴掌 2022-05-01 13:20 163阅读 0赞

消息队列作为系统解耦，流量控制的利器，是分布式系统核心组件之一。

了解消息队列背后的实现是非常重要的。

今天，我们就一起来探讨设计一个消息队列背后的技术。

## 消息队列整体设计思路 ##

主要是设计一个整体的消息被消费的数据流。

这里会涉及到：消息生产Producer、Broker(消息服务端)、消息消费者Consumer。

1.Producer(消息生产者)：发送消息到Broker。

2.Broker(服务端)：Broker这个概念主要来自于Apache的ActiveMQ，特指消息队列的服务端。

主要功能就是：把消息从发送端传送到接收端，这里会涉及到消息的存储、消息通讯机制等。

3.Consumer(消息消费者)：从消息队列接收消息，consumer回复消费确认。

## Broker(消息队列服务端)设计重点 ##

1）消息的转储：在更合适的时间点投递，或者通过一系列手段辅助消息最终能送达消费机。

2）规范一种范式和通用的模式，以满足解耦、最终一致性、错峰等需求。

3）其实简单理解就是一个消息转发器，把一次RPC做成两次RPC，发送者把消息投递到broker，broker再将消息转发一手到接收端。

总结起来就是两次RPC加一次转储，如果要做消费确认，则是三次RPC。

为了实现上述消息队列的基础功能：

1）消息的传输

2）存储

3）消费

就需要涉及到如下三个方面的设计：

1）通信协议

2）存储选择

3）消费关系维护

## 通讯协议 ##

消息Message:既是信息的载体，消息发送者需要知道如何构造消息，消息接收者需要知道如何解析消息，它们需要按照一种统一的格式描述消息，这种统一的格式称之为消息协议。

传统的通信协议标准有XMPP和AMQP协议等，现在更多的消息队列从性能的角度出发使用自己设计实现的通信协议。

**1.JMS**

JMS（Java MessageService）实际上是指JMS API。JMS是由Sun公司早期提出的消息标准，旨在为java应用提供统一的消息操作，包括创建消息、发送消息、接收消息等。

**JMS通常包含如下一些角色：**

**JMS提供了两种消息模型：**

1）点对点

2）以及publish-subscribe（发布订阅）模型。

当采用点对点模型时，消息将发送到一个队列，该队列的消息只能被一个消费者消费。

而采用发布订阅模型时，消息可以被多个消费者消费。

在发布订阅模型中，生产者和消费者完全独立，不需要感知对方的存在。

2.AMQP

AMQP是 Advanced Message Queuing Protocol，即高级消息队列协议。

AMQP不是一个具体的消息队列实现，而 是一个标准化的消息中间件协议。

目标是让不同语言，不同系统的应用互相通信，并提供一个简单统一的模型和编程接口。 目前主流的ActiveMQ和RabbitMQ都支持AMQP协议。

AMQP是一种协议，更准确的说是一种binary wire-level protocol（链接协议）。这是其和JMS的本质差别，AMQP不从API层进行限定，而是直接定义网络交换的数据格式。

## JMS和AMQP比较 ##

JMS: 只允许基于JAVA实现的消息平台的之间进行通信

AMQP: AMQP允许多种技术同时进行协议通信

3.Kafka的通信协议  
  
Kafka的Producer、Broker和Consumer之间采用的是一套自行设计的基于TCP层的协议。Kafka的这套协议完全是为了Kafka自身的业务需求而定制的。

## 存储选型 ##

对于分布式系统，存储的选择有以下几种

1.内存

2.本地文件系统

3.分布式文件系统

4.nosql

5.DB

从速度上内存显然是最快的，对于允许消息丢失，消息堆积能力要求不高的场景(例如日志)，内存会是比较好的选择。

DB则是最简单的实现可靠存储的方案，很适合用在可靠性要求很高，最终一致性的场景(例如交易消息)，对于不需要100%保证数据完整性的场景，要求性能和消息堆积的场景，hbase也是一个很好的选择。

理论上，从速度来看，文件系统>分布式KV（持久化）>分布式文件系统>数据库，而可靠性却截然相反。

还是要从支持的业务场景出发作出最合理的选择，如果你们的消息队列是用来支持支付/交易等对可靠性要求非常高，但对性能和量的要求没有这么高，而且没有时间精力专门做文件存储系统的研究，DB是最好的选择。

对于不需要100%保证数据完整性的场景，要求性能和消息堆积的场景，hbase也是一个很好的选择，典型的比如 kafka的消息落地可以使用hadoop。

## 消费关系处理 ##

现在我们的消息队列初步具备了转储消息的能力。

下面一个重要的事情就是解析发送接收关系，进行正确的消息投递了。

市面上的消息队列定义了一堆让人晕头转向的名词，如JMS 规范中的Topic/Queue，Kafka里面的Topic/Partition/ConsumerGroup，RabbitMQ里面的Exchange等等。

抛开现象看本质，无外乎是单播与广播的区别。

所谓单播，就是点到点；而广播，是一点对多点。

为了实现广播功能，我们必须要维护消费关系，通常消息队列本身不维护消费订阅关系，可以利用zookeeper等成熟的系统维护消费关系，在消费关系发生变化时下发通知。

## 消息队列需要支持高级特性 ##

*  消息的顺序
 *  投递可靠性保证
 *  消息持久化
 *  支持不同消息模型
 *  多实例集群功能
 *  事务特性等

除了上述的消息队列基本功能以外，消息队列在某些特殊的场景还需要支持事务，消息重试等功能。

以上，是从0到1设计一个MQ消息队列的经验分享。

转载于:https://juejin.im/post/5c98dca36fb9a070f5067066

发表评论取消回复

表情：

评论列表（有 0 条评论，163人围观）

还没有评论，来说两句吧...

相关阅读

相关消息队列mq总结

、消息队列概述消息队列中间件是分布式系统中重要的组件，主要解决应用解耦，异步消息，流量削锋等问题，实现高性能，高可用，可伸缩和最终一致性架构。目前使用较多的消息队列有A...

快来打我*/ 2024年04月18日 22:15/ 0 赞/ 103 阅读

相关消息队列MQ总结

消息队列MQ 优点 1. 解耦使用之前… ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_

分手后的思念是犯贱/ 2023年01月23日 12:57/ 0 赞/ 11 阅读

相关 MQ消息队列学习

1.概念：（message queue）一种跨进程的通信机制，用于在上下游之间传递消息。消息发送上游只需要依赖MQ，逻辑上和物理上都不用依赖其他服务详解参考：ht

左手的ㄟ右手/ 2022年10月31日 12:19/ 0 赞/ 295 阅读

相关【消息队列MQ】从MQ种类说起

目前MQ有以下几个，各有自己的使用场景，简单介绍一下先..... 1）ActiveMQ 是Apache出品，最流行的，能力强劲的开源消息总线； 2）Ra

逃离我推掉我的手/ 2022年06月16日 07:07/ 0 赞/ 260 阅读

相关 MQ消息队列

1. ActiveMQ 1.1. 什么是ActiveMQ ActiveMQ 是Apache出品，最流行的，能力强劲的开源消息总线。ActiveMQ 是一个完全支持J

曾经终败给现在/ 2022年06月06日 13:56/ 0 赞/ 306 阅读

相关从0到1设计一个MQ消息队列

消息队列作为系统解耦，流量控制的利器，是分布式系统核心组件之一。了解消息队列背后的实现是非常重要的。今天，我们就一起来探讨设计一个消息队列背后的技术。消息队列整体

爱被打了一巴掌/ 2022年05月01日 13:20/ 0 赞/ 164 阅读

相关消息队列（MQ）

1、消息队列概述消息队列（Message Queue）: 是一种应用程序对应用程序通信的方式、生产者不断向消息队列中生产消息、消费者不断从队列中获取消息、生产者不是直接

太过爱你忘了你带给我的痛/ 2022年04月10日 10:56/ 0 赞/ 401 阅读

相关消息队列MQ

消息队列MQ 之前一直也没有学习过这方面的知识，直到项目中用到才决定学习一下 [https://www.jianshu.com/p/36a7775b04ec][htt

清疚/ 2022年02月17日 09:25/ 0 赞/ 427 阅读

相关 MQ消息队列简介

什么是MQ？ MQ全称为Message Queue, 消息队列（MQ）是应用程序“对”应用程序的通信方法。 MQ：生产者者往消息队列中写消息，消费可以读取队列中的消息。

ゞ浴缸里的玫瑰/ 2021年11月22日 09:14/ 0 赞/ 467 阅读

相关 ActiveMQ--发送消息到队列、从队列接收消息

JMS编码总体架构 ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9i

清疚/ 2021年08月13日 11:59/ 0 赞/ 914 阅读