RabbitMQ的Docker安装及Web界面操作指南

最新推荐文章于 2024-05-21 17:19:36 发布

Dean_xiu

最新推荐文章于 2024-05-21 17:19:36 发布

阅读量2.2k

点赞数 2

分类专栏： MQ 文章标签： rabbitmq docker java

本文链接：https://blog.csdn.net/Dean_xiu/article/details/120279201

版权

MQ 专栏收录该内容

4 篇文章 0 订阅

订阅专栏

RabbitMQ的一些概念

之前文章介绍了队列的一些普遍概念和基本原理这是个链接，这里要详细说说我们使用的RabbitMQ的涉及到的概念

RabbitMQ是一个由erlang开发的AMQP(Advanced Message Queuing Protocol)【高级消息队列协议】

RabbitMQ架构图

在这里插入图片描述
解释一下这个架构图

可以看到生产者Publisher并没有将消息直接发送到消息队列，而是增加了交换机Exchange和Binding。
生产者把消息发布到交换机，Binding决定了交换机Exchange的消息应该发送到哪个队列
消费者Consumer通过建立消息队列Queue相连的管道Channel,从消息队列Queue中获取消息

解释一下这些英文术语

Message

消息：消息是不具名的，由消息头和消息体组成，消息体是不透明的，
消息头则由一系列的可选的属性组成，这些属性包括routing-key(路由键）、priority(相对于其他消息的优先权）、delivery-mode(指该消息可能需要持久性存储）等

Publisher

消息的生产者，消息的来源者

Exchage

交换机，用于接收生产者发送的消息并将这些消息路由给服务器中的队列
说点人话就是，它指定消息按什么规则，路由到哪个队列
Exchage有4种类型,不同类型的Exchage转发消息的策略也有所区别
direct：默认，将消息中的Routing key与该Exchange关联的所有Binding中的Routing key进行比较，如果相等，则发送到该Binding对于的Queue中，使用这个类型的时候，可以不必指定Routing key的名字，在此类型下创建的Queue有一个默认的Routing key ,这个Routing key一般与Queue同名
fanout：直接将消息转发到所有Binding对应的Queue中，这种Exchange在路由转发的时候，忽略Routing key，也就是***广播***
topic：将消息中的Routing key与该Exchange关联的所有Binding中的Routing key进行对比，如果匹配上了（注意这里是匹配而不是相等），则发送到该Binding对应的Queue中。
headers：这个是根据Message的一些头部信息与该Exchage相关联的所有Binding中的参数进行匹配，忽略了Routing key的属性

Queue

消息队列，消息的容器，用于保存消息直到发送给消费者，一个消息可以投入一个或多个队列。

Binding

绑定，用于消息队列和交换机之间关联
一个绑定就是基于Routing key(路由键)将交换机和消息队列链接起来的路由规则，所以可以理解交换机实际上是一个由绑定构成的路由表
Exchange和Queue的绑定可以是多对多的关系

Connection

网络连接，比如一个TCP连接

Channel

信道，多路复用连接中的一条独立的双向数据流通道
信道是建立在真实的TCP连接内的虚拟连接
AMQP的命令都是通过信道发出去的，不论是发布消息、订阅队列还是接收消息，这些动作都是通过信道完成。
信道的出现是源于，对于操作系统来说建立和销毁TCP连接都是比较昂贵的开销，所以引入了信道的概念，复用一个TCP连接

Consumer

消息的消费者，即从消息队列中取得消息的程序

Virtual Host

虚拟主机，表示一批交换机、消息队列和相关对象。
虚拟主机是共享相同的身份认证和加密环境的独立服务器域
每个Virtual Host的实际就是一个mini的RabbitMQ服务器，拥有自己的队列、消息交换机、绑定和权限机制
Virtual Host是AMQP概念的基础，必须再连接时指定，RabbitMQ默认的Virtual Host是/

Broker

消息队列服务器实体

Docker安装RabbitMQ

环境

虚拟机：Centos7
远程工具：Xshell6
docker版本：19.03.12

开始安装

首先，启动docker拉取RabbitMq镜像

启动docker的命令

systemctl restart docker

拉取Rabbitmq镜像命令

docker pull rabbitmq:management

management是rabbitmq的版本，你也可以用其他版本，随你喜欢

正常拉取的过程就是下图这个样子了
在这里插入图片描述

然后我们看一下拉下来的镜像

查看所有镜像命令

docker images

在这里插入图片描述

然后启动镜像，注意端口号映射，还挺多的

docker run -id --name=rabbitmq --hostname rabbitmq -p 5671:5671 -p 4369:4369 -p 15672:15672 -p 25672:25672 rabbitmq:management

推荐使用下面这个命令，因为上面命令不知道为何，当你想用java操作时，一直在报连接不上的错

docker run -d --restart=always -p 15672:15672 -p 5672:5672 -e RABBITMQ_DEFAULT_USER=guest -e RABBITMQ_DEFAULT_PASS=guest rabbitmq:management

5671,5672端口： AMQP 0-9-1 without and with TLS的默认端口号，AMQP前面说过是一个提供统一消息服务的应用层标准高级消息队列协议。
4369端口： empd的默认端口号，empd【Erlang Port Mapper Daemon】代表Erlang端口映射守护进程，在Erlang集群中相当于DNS作用，可以使用empd -names命令来查看当前运行的empd中绑定注册的端口号即监听的分发端口号
15672端口： 默认用于访问RabbitMQ的web管理界面的端口号
25672端口： Erlang分发服务器端口，
其他的一些端口： 61613、61614（STOMP默认端口号，Stomp是一个简单的消息文本协议） 1883、8883（MQTT默认端口号，MQTT是一个基于TCP/IP的消息协议。两个App端的消息和发送需要中间人，即中间人RabbitMQ，而这三者之间的通信协议就是MQTT）

在这里插入图片描述

启动了后，我们就可以用doker命令看一下起来的容器

docker ps

在这里插入图片描述
当下次发现Rabbitmq的容器还存在，但是docker ps中没有Rabbitmq时，可以用命令docker restart 容器ID 来重启容器

到此，已经安装完毕，以下是验证

我们在本地主机的浏览器里输入ip:15672访问RabbitMQ的web管理界面，密码和用户名都在图里了
登录成功后，成功进入的RabbitMQ是下图这样的

可能会出现的问题

你可能会发现当你下一次重启rabbitmq的容器后，访问不到web界面了，这时候，不要慌，冷静的上个网

首先，使用docker stop 容器ID 让容器运行停止，然后再使用docker rm 容器ID删除rabbitmq运行的容器

然后再使用docker run -id --name=rabbitmq --hostname rabbitmq -p 5671:5671 -p 4369:4369 -p 15672:15672 -p 25672:25672 rabbitmq:management运行rabbitmq，这时候你就可以看到问题所在了[ps:感动啊，感动的痛苦流涕啊😭]

然后如果你是一个幸运儿的话，你可以看到以下报错：
在这里插入图片描述
这个时候容器虽然启动了，但是web界面根本访问不到
这个报错不是因为你人品不好，而是因为CentOS的内核中的ip_forward(IP转发)是默认关闭的，需要手动打开。