RabbitMQ 基本概念、docker安装

1、RabbitMQ基本信息说明

1.1、简介

MQ全称为Message Queue, 消息队列（MQ）是一种应用程序对应用程序的通信方法。应用程序通过读写出入队列的消息（针对应用程序的数据）来通信，而无需专用连接来链接它们。消息传递指的是程序之间通过在消息中发送数据进行通信，而不是通过直接调用彼此来通信，直接调用通常是用于诸如远程过程调用的技术。排队指的是应用程序通过 队列来通信。队列的使用除去了接收和发送应用程序同时执行的要求。

RabbitMQ是使用Erlang语言开发的开源消息队列系统，基于AMQP协议来实现。AMQP的主要特征是面向消息、队列、路由(包括点对点和发布/订阅)、可靠性、 安全。AMQP协议更多用在企业系统内，对数据一致性、稳定性和可靠性要求很高的场景，对性能和吞吐量的要求还在其次。

1.2、优缺点

优点：

• 应用解耦：提高系统容错性和可维护性（为面向服务的架构（SOA）提供基本的最终一致性实现）

  • 商城中，用户下单后，订单系统需要通知库存系统。

    • 传统的做法：订单系统调用库存系统的接口。如若库存系统出问题，从而导致订单失败。

    • 引入mq后
      订单系统：用户下单后，订单系统完成持久化处理，将消息写入消息队列，返回用户订单下单成功
      库存系统：订阅下单的消息，采用拉/推的方式，获取下单信息，库存系统根据下单信息，进行库存操作
      假如：在下单时库存系统不能正常使用。也不影响正常下单，因为下单后，订单系统写入消息队列就不再关心其他的后续操作了。实现订单系统与库存系统的应用解耦，即使后续引入物流系统或等等系统也不会对其他系统有影响

  • 消息通知类：接收端接收第三方消息并存储，通过mq推送子系统消费处理业务

• 异步提速：提升用户体验和系统吞吐量
  例如下订单传统业务系统，需要各个业务之间串联调用响应，接入mq后达到并行效果，最终提升用户体验和系统吞吐量（单位时间内处理请求的数目）
  
• 流量削峰：提高系统稳定性
  例如：我们系统中采用mq作为接收第三方消息推送处理的中间件，接收端达到秒级一下响应。倘若推送方突然瞬时并发量增加，短时间内我们可以处理不过来的，所以需要消息堆积。MQ 可以帮我们存储消息，我们消费端可以正常处理业务逻辑，不至于把服务端打崩。

缺点：

• 系统可用性降低：本来系统之间直接通行调用接口就行了，但是引入了mq导致系统的复杂度大大增加，并且如果mq挂掉了，那么系统之间的通信就中断了，导致整个系统的全部挂掉。

• 系统复杂度提高：MQ 的加入大大增加了系统的复杂度，以前系统间是同步的远程调用，现在是通过 MQ 进行异步调用。可能会出现重复消费，消息丢失等

• 一致性问题：A系统处理完了发送到消息对流后直接返回成功了，用户以为你这个请求就成功了；但是问题是，其他系统消费该消息后，如果当中有一个系统出现了问题，导致数据丢失。最后就会发生数据不一致等问题。

1.3、RabbitMQ基本知识点

RabbitMQ的架构

• Broker：接收和分发消息的应用，RabbitMQ Server就是 Message Broker

• Virtual host：出于多租户和安全因素设计的，把 AMQP 的基本组件划分到一个虚拟的分组中，类似于网络中的 namespace 概念。当多个不同的用户使用同一个 RabbitMQ server 提供的服务时，可以划分出多个vhost，每个用户在自己的 vhost 创建 exchange／queue 等

• Connection：publisher／consumer 和 broker 之间的 TCP 连接

• Channel：如果每一次访问 RabbitMQ 都建立一个 Connection，在消息量大的时候建立 TCP Connection的开销将是巨大的，效率也较低。Channel 是在 connection 内部建立的逻辑连接，如果应用程序支持多线程，通常每个thread创建单独的 channel 进行通讯，AMQP method 包含了channel id 帮助客户端和message broker 识别 channel，所以 channel 之间是完全隔离的。Channel 作为轻量级的 Connection 极大减少了操作系统建立 TCP connection 的开销

• Exchange：message 到达 broker 的第一站，根据分发规则，匹配查询表中的 routing key，分发消息到queue 中去。常用的类型有：direct (point-to-point), topic (publish-subscribe) and fanout (multicast)

• Queue：消息最终被送到这里等待 consumer 取走

• Binding：exchange 和 queue 之间的虚拟连接，binding 中可以包含 routing key。Binding 信息被保存到 exchange 中的查询表中，用于 message 的分发依据

常用的mq对比

2、docker安装RabbitMQ

1. 点击选择安装的RabbitMQ版本，版本中含有management的是有图形界面的。
   

2. 下载镜像

   docker pull rabbitmq:3.9.20-management

3. 运行镜像

   docker run -d --name=rabbitmq -e RABBITMQ_DEFAULT_USER=admin -e RABBITMQ_DEFAULT_PASS=admin -p 5672:5672 -p 5671:5671 -p 4369:4369 -p 15671:15671 -p 15672:15672 -p 25672:25672 rabbitmq:3.9.20-management

   参数说明
   -d：守护进程的方式启动
   –name：容器名字
   -e RABBITMQ_DEFAULT_USER：设定用户名
   -e RABBITMQ_DEFAULT_PASS：设定密码
   -p 5672:5672：RabbitMQ主端口，对于要使用消息队列的任何服务器，仅需要5672
   -p 5671:5671：映射AMQP端口，5672、5671由不带TLS和带TLS的AMQP 0-9-1和1.0客户端使用
   -p 4369:4369：epmd，RabbitMQ节点和CLI工具使用的对等发现服务。Epmd 是 Erlang Port Mapper Daemon 的缩写，在 Erlang 集群中相当于 dns 的作⽤，绑定在4369端⼝上。
   -p 15671:15671：HTTP API客户端和rabbitmqadmin(仅在启用管理插件的情况下)-管理端端口号
   -p 25672:25672：由Erlang分发用于节点间和CLI工具通信，并从动态范围分配(默认情况下限制为单个端口，计算为AMQP端口+ 20000)。

4. http://localhost:15672 访问管理端，账号密码设定的admin