RabbitMQ-基于（AMQP）的消息中间件

我们经过20多小节的介绍，我们的RabbitMQ（简称MQ）讲解就算讲解完毕，下面就是来做一个小节，可供参考。

上个小节我们介绍了RocketMQ和RabbitMQ和Kafka的基本差距，本小节我们来做一个简单的部署和操作。

到这里我们的RabbitMQ的讲解就已经基本讲解完毕，但是这里还涉及到一个比较类似的软件：RocketMQ。下面几个小节我们将来讲解这个软件。

在前几年很火的云平台：OpenStack。在里面创建虚拟主机，大概会经过下面几个步骤，申请网络资源，申请磁盘资源等。而提供这2个资源的组件是不相同的，他们就会通过RabbitMQ来来实现解耦和异步通信

到目前为止，我们的RabbitMQ的基本功能就算已经讲解完毕，本小节给RabbitMQ的常用命令做一个总结，当然很多命令也可以通过网页和http接口实现，具体用什么方式，就看个人习惯和技能的掌握程度

今天来讲RabbitMQ监控，实际上我们前面的web插件和几http api 都有监控功能，只是一个web界面查看，一个用http接口（适合接入自己的监控，并且需要对http很熟悉才行）。

RabbitMQ 提供的 RESTful 接口，用于无需登录Web控制台即可管理集群、监控状态、操作资源。适合自动化运维、集成监控系统（如Prometheus/Zabbix）或自定义管理工具。

前面介绍了网络分区的基本情况，哪当真的网络分区发生以后，我们应该如何来恢复这个网络分区呢？虽然上个小节介绍了通过自动降级来避免网络分区的出现，但是真实环境是很复杂的，甚至说网络分区必定会出现的。

没处理过RabbitMQ网络分区的运维，不是好运维。虽然这是一句玩笑话，但是也从侧面说明网络分区的问题在RabbitMQ里面重要性。

前面两个小节，我们通过手工启动节点，然后通过命令行操作让他变成普通集群和镜像模式。今天我们通过配置文件方式来配置集群，并支持镜像模式。最主要他可以实现自动化部署镜像模式。

上个小节我们介绍了RabbitMQ伪集群模式，虽然元数据是同步共享的，但是数据只存在某一台节点，当这个节点宕机以后，整个集群也就出现问题，所以本小节我们介绍一个新的正在的高可用方案：镜像队列

前面我们讲解了部署RabbitMQ的相关概念和操作，但是都是使用单机，作为一个分布式系统，怎么能没有集群版呢，今天我们就来讲解集群部署，虽然是伪集群，但是方便我们更好的理解后面的镜像队列（Mirror

死信队列是一种特殊队列，用于存储因特定原因无法被正常消费的消息。这些消息被称为 “死信”（Dead Letter）

我们在Rabbitm-队列（Queues）的时候，介绍创建队列的时候后面还有很多参数，今天我们介绍的延迟队列就会利用到它。而且我们交换机还可以把消息转发到其他交换机（有些交换机只对内）。

上个小节我们介绍了RabbitmqMQ的元数据的持久化是和节点的类型有关（内存节点和硬盘节点），但是消息如果写入到RabbitMQ以后，未及时消费，集群崩溃数据是否会被丢失呢，这个就是我们今天要讲的消

我们在Rabbitmq部署的时候，介绍过RabbitMQ的数据依赖主机名进行持久化，但是实际上在RabbitMQ里面还有内存节点和硬盘节点的概念，下面我们就来介绍这2个概念。

上个小节我们通过生产者代码，向RabbitMQ的交换机发送消息，本小节我们就通过消费者代码去读取队列里面数据，以下代码基于DeepSeek生成。

我们通过虚拟主机，交换机，队列，绑定，将RabbitMQ连成了一个整体，生产者可以向交换机发送消息，交换机根据绑定规则可以把消息转发给对应的队列进行存储，消费者可以连接到队列去消费数据。

前面的内容，我们介绍了虚拟主机（vhost），但是它只是一个逻辑概念，它必须配合对应的交换机（Exchange），队列（Queue），绑定（Binding）才能具体使用，今天我们就来介绍绑定。

前面的内容，我们介绍了虚拟主机（vhost），但是它只是一个逻辑概念，它必须配合对应的交换机（Exchange），队列（Queue），绑定（Binding）才能具体使用，今天我们再来讲解队列。