AI 助理
备案控制台
开发者社区 云原生 文章 正文

Docker下RabbitMQ四部曲之四：高可用实战

2022-05-29 477
版权
版权声明：
本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《 阿里云开发者社区用户服务协议》和 《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写 侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
本文涉及的产品
日志服务 SLS，月写入数据量 50GB 1个月
简介： 《Docker下RabbitMQ四部曲》系列的终篇，今天的我们一起来体验Rabbit’MQ集群的高可用能力，看看RabbitMQ集群中的部分节点宕机时，是否还能生产和消费消息

欢迎访问我的GitHub

这里分类和汇总了欣宸的全部原创(含配套源码)： https://github.com/zq2599/blog_demos
  • 本章是《Docker下RabbitMQ四部曲》系列的终篇，今天的我们一起来体验Rabbit'MQ集群的高可用能力，看看RabbitMQ集群中的部分节点宕机时，是否还能生产和消费消息；

前文链接

  • 《Docker下RabbitMQ四部曲》的前三篇链接如下：
  1. 《Docker下RabbitMQ四部曲之一：极速体验(单机和集群)》；
  2. 《Docker下RabbitMQ四部曲之二：细说RabbitMQ镜像制作》；
  3. 《Docker下RabbitMQ四部曲之三：细说java开发》；

实战概要

  • 今天实战的步骤如下：
  1. 制作docker-compose.yml文件，为每个容器配置好参数；
  2. 启动所有容器，包括RabbitMQ集群、消息生产者的web应用、消息消费者的web应用；
  3. 逐个停止集群中的RabbitMQ容器，每停止一个，就验证一次消息的生产和消费；
  4. 逐个恢复集群中的RabbitMQ容器，每恢复一个，就验证一次消息的生产和消费；

制作docker-compose.yml文件

  • 本次实战会创建6个容器，整理如下：
容器名 IP地址 作用
hacluster_rabbit1_1 172.19.0.2 RabbitMQ主节点
hacluster_rabbit2_1 172.19.0.3 RabbitMQ从节点，内存节点
hacluster_rabbit3_1 172.19.0.4 RabbitMQ从节点
hacluster_producer_1 172.19.0.5 web应用，负责生产消息
hacluster_consumer1_1 172.19.0.6 web应用，负责消费消息
hacluster_consumer2_1 172.19.0.7 web应用，负责消费消息
  • 前面章节的实战中，我们也创建了上述六个容器，今天依然是六个，并且身份角色不变，变化的地方主要是以下三点：
  1. 负责生产消息的hacluster_producer_1容器，前面章节只连接了一个RabbitMQ容器，本章会连接三个；
  2. 负责消费消息的hacluster_consumer1_1，前面章节只连接了一个RabbitMQ容器，本章会连接三个；
  3. 负责消费消息的hacluster_consumer2_1，前面章节只连接了一个RabbitMQ容器，本章会连接三个；
  • 基于以上总结，我们写出的docker-compose.yml文件内容如下：
version: '2'
services:
  rabbit1:
    image: bolingcavalry/rabbitmq-server:0.0.3
    hostname: rabbit1
    ports:
      - "15672:15672"
    environment:
      - RABBITMQ_DEFAULT_USER=admin
      - RABBITMQ_DEFAULT_PASS=888888
  rabbit2:
    image: bolingcavalry/rabbitmq-server:0.0.3
    hostname: rabbit2
    depends_on:
      - rabbit1
    links:
      - rabbit1
    environment:
     - CLUSTERED=true
     - CLUSTER_WITH=rabbit1
     - RAM_NODE=true
     - HA_ENABLE=true
    ports:
      - "15673:15672"
  rabbit3:
    image: bolingcavalry/rabbitmq-server:0.0.3
    hostname: rabbit3
    depends_on:
      - rabbit2
    links:
      - rabbit1
      - rabbit2
    environment:
      - CLUSTERED=true
      - CLUSTER_WITH=rabbit1
    ports:
      - "15675:15672"
  producer:
    image: bolingcavalry/rabbitmqproducer:0.0.2-SNAPSHOT
    hostname: producer
    depends_on:
      - rabbit3
    links:
      - rabbit1:rabbitmqhost1
      - rabbit2:rabbitmqhost2
      - rabbit3:rabbitmqhost3
    ports:
      - "18080:8080"
    environment:
      - mq.rabbit.address=rabbitmqhost1:5672,rabbitmqhost2:5672,rabbitmqhost3:5672
      - mq.rabbit.username=admin
      - mq.rabbit.password=888888
  consumer1:
    image: bolingcavalry/rabbitmqconsumer:0.0.5-SNAPSHOT
    hostname: consumer1
    depends_on:
      - producer
    links:
      - rabbit1:rabbitmqhost1
      - rabbit2:rabbitmqhost2
      - rabbit3:rabbitmqhost3
    environment:
     - mq.rabbit.address=rabbitmqhost1:5672,rabbitmqhost2:5672,rabbitmqhost3:5672
     - mq.rabbit.username=admin
     - mq.rabbit.password=888888
     - mq.rabbit.queue.name=consumer1.queue
  consumer2:
    image: bolingcavalry/rabbitmqconsumer:0.0.5-SNAPSHOT
    hostname: consumer2
    depends_on:
      - consumer1
    links:
      - rabbit1:rabbitmqhost1
      - rabbit2:rabbitmqhost2
      - rabbit3:rabbitmqhost3
    environment:
      - mq.rabbit.address=rabbitmqhost1:5672,rabbitmqhost2:5672,rabbitmqhost3:5672
      - mq.rabbit.username=admin
      - mq.rabbit.password=888888
      - mq.rabbit.queue.name=consumer2.queue

以上的docker-compose.yml文件，有以下两点需要注意：

  • rabbit2：增加了一个环境变量HA_ENABLE=true，《Docker下RabbitMQ四部曲之二：细说RabbitMQ镜像制作》一文中分析镜像制作的时候曾提到过，容器创建时startrabbit.sh脚本中会检查这个环境变量，如果为true，就会执行命令：rabbitmqctl set_policy HA '^(?!amq.).*' '{"ha-mode": "all"}'，该命令会将队列设置为镜像模式，在三个Rabbit MQ之间同步；
  • producer、consumer1、consumer3这三个容器的环境变量mq.rabbit.address，都设置成了三个RabbitMQ容器的地址加端口：rabbitmqhost1:5672,rabbitmqhost2:5672,rabbitmqhost3:5672；

启动所有容器

  • 在刚刚创建的docker-compose.yml文件所在目录下执行命令docker-compose up -d，即可创建所有容器，创建完成后执行以下操作来确认是否启动成功：
  • 例如我的电脑IP地址是192.168.119.155，那么在浏览器输入地址：192.168.119.155:15672即可访问RabbitMQ的管理页面，用户名：admin，密码：888888，如下图：

这里写图片描述

  • 点击"Exchanges"这个Tab页，如下图，看到交换机创建成功，HA模式：

这里写图片描述

  • 点击"Queues"这个Tab页，如下图，看到两个队列创建成功，HA模式：

这里写图片描述

  • 在浏览器输入：http://192.168.119.155:18080/send/aaa/bbb ，即可控制容器hacluster_producer_1 生产一条消息，如下图：

这里写图片描述

  • 在控制台输入docker logs -f hacluster_consumer1_1，即可看到hacluster_consumer1_1 消费消息的日志，如下：
2018-05-19 11:21:44.217  INFO 1 --- [           main] c.b.r.RabbitmqconsumerApplication        : Started RabbitmqconsumerApplication in 29.099 seconds (JVM running for 39.398)
2018-05-19 11:36:21.332  INFO 1 --- [cTaskExecutor-1] c.b.r.receiver.FanoutReceiver            : receive message : hello, aaa, bbb, 2018-05-19 11:36:21
  • 看来整个RabbitMQ集群的生产和消费是没有问题的，接下来通过停止容器的方式来模拟生产环境的宕机；

逐个停止集群中的RabbitMQ容器

  • 先停hacluster_rabbit1_1 ，执行命令docker stop hacluster_rabbit1_1，如下：
root@maven:~# docker stop hacluster_rabbit1_1
hacluster_rabbit1_1
  • 去管理页面看看，由于hacluster_rabbit1_1容器已经停止了，所以我们要访问hacluster_rabbit2_1容器提供的web页面：http://192.168.119.155:15673，如下图红框，可以看见页面提示节点故障：

这里写图片描述

  • 交换机和队列的页面并无异常；
  • 在浏览器输入：http://192.168.119.155:18080/send/aaa/bbb ，尝试发送一条消息，响应时间明显变长，但是依然会返回操作成功；
  • 在控制台输入docker logs -f hacluster_producer_1，查看生产消息的web容器的日志，如下：
2018-05-19 11:43:22.681  WARN 1 --- [172.19.0.2:5672] c.r.c.impl.ForgivingExceptionHandler     : An unexpected connection driver error occured (Exception message: Connection reset)
2018-05-19 11:43:22.703 ERROR 1 --- [172.19.0.2:5672] o.s.a.r.c.CachingConnectionFactory       : Channel shutdown: connection error
2018-05-19 11:53:31.836  INFO 1 --- [io-8080-exec-10] o.s.a.r.c.CachingConnectionFactory       : Attempting to connect to: [rabbitmqhost1:5672, rabbitmqhost2:5672, rabbitmqhost3:5672]
2018-05-19 11:53:46.878  INFO 1 --- [io-8080-exec-10] o.s.a.r.c.CachingConnectionFactory       : Created new connection: connectionFactory#4ae3c1cd:1/SimpleConnection@44028da7 [delegate=amqp://admin@172.19.0.3:5672/, localPort= 37818]
  • 从日志中可以清晰的看到，停止hacluster_rabbit1_1容器是，消息生产者会立即报异常，但是不会自动重连，等到发送消息的时候，才会连接到新的RabbitMQ，这次连接的是hacluster_rabbit2_1 ；
  • 在控制台输入docker logs -f hacluster_consumer1_1，查看消费消息的web容器的日志，如下：
2018-05-19 11:38:14.945  INFO 1 --- [cTaskExecutor-1] c.b.r.receiver.FanoutReceiver            : receive message : hello, aaa, bbb, 2018-05-19 11:38:14
2018-05-19 11:43:22.672  WARN 1 --- [172.19.0.2:5672] c.r.c.impl.ForgivingExceptionHandler     : An unexpected connection driver error occured (Exception message: Connection reset)
2018-05-19 11:43:22.726 ERROR 1 --- [172.19.0.2:5672] o.s.a.r.c.CachingConnectionFactory       : Channel shutdown: connection error
2018-05-19 11:43:23.163  INFO 1 --- [cTaskExecutor-1] o.s.a.r.l.SimpleMessageListenerContainer : Restarting Consumer@9f116cc: tags=[{amq.ctag-0csUBn5OQiTGEphcGI2p3A=consumer1.queue}], channel=Cached Rabbit Channel: PublisherCallbackChannelImpl: AMQChannel(amqp://admin@172.19.0.2:5672/,1), conn: Proxy@42dd311 Shared Rabbit Connection: SimpleConnection@5a1a52da [delegate=amqp://admin@172.19.0.2:5672/, localPort= 34240], acknowledgeMode=AUTO local queue size=0
2018-05-19 11:43:23.181  INFO 1 --- [cTaskExecutor-2] o.s.a.r.c.CachingConnectionFactory       : Attempting to connect to: [rabbitmqhost1:5672, rabbitmqhost2:5672, rabbitmqhost3:5672]
2018-05-19 11:43:29.042  INFO 1 --- [cTaskExecutor-2] o.s.a.r.c.CachingConnectionFactory       : Created new connection: connectionFactory#45f45fa1:1/SimpleConnection@2b9e231d [delegate=amqp://admin@172.19.0.3:5672/, localPort= 49624]
2018-05-19 11:53:46.899  INFO 1 --- [cTaskExecutor-2] c.b.r.receiver.FanoutReceiver            : receive message : hello, aaa, bbb, 2018-05-19 11:53:31
  • 从日志上可以看出：RabbitMQ宕机的时候，消费者会立即重连到集群中的其他机器；(日志关键字：Created new connection)
  • 停掉RabbitMQ集群中的第二个容器，执行命令docker stop hacluster_rabbit2_1；
  • 访问管理页面的时候，要输入容器hacluster_rabbit3_1的地址：http://192.168.119.155:15675，基本情况如下图，两个节点的问题都能看到：

这里写图片描述

  • 在浏览器输入：http://192.168.119.155:18080/send/aaa/bbb ，尝试发送一条消息，响应时间再次明显变长，但是依然会返回操作成功；
  • 在控制台输入docker logs -f hacluster_producer_1，查看生产消息的web容器的日志，如下，提示重连成功，这次连接到了容器hacluster_rabbit3_1 ：
2018-05-19 12:07:45.322  WARN 1 --- [172.19.0.3:5672] c.r.c.impl.ForgivingExceptionHandler     : An unexpected connection driver error occured (Exception message: Connection reset)
2018-05-19 12:07:45.334 ERROR 1 --- [172.19.0.3:5672] o.s.a.r.c.CachingConnectionFactory       : Channel shutdown: connection error
2018-05-19 12:07:45.336 ERROR 1 --- [172.19.0.3:5672] o.s.a.r.c.CachingConnectionFactory       : Channel shutdown: connection error
2018-05-19 12:12:06.404  INFO 1 --- [nio-8080-exec-4] o.s.a.r.c.CachingConnectionFactory       : Attempting to connect to: [rabbitmqhost1:5672, rabbitmqhost2:5672, rabbitmqhost3:5672]
2018-05-19 12:12:41.467  INFO 1 --- [nio-8080-exec-4] o.s.a.r.c.CachingConnectionFactory       : Created new connection: connectionFactory#4ae3c1cd:2/SimpleConnection@6d23e50 [delegate=amqp://admin@172.19.0.4:5672/, localPort= 54310]
  • 在控制台输入docker logs -f hacluster_consumer1_1，查看消费消息的web容器的日志，如下：
2018-05-19 12:07:45.327  WARN 1 --- [172.19.0.3:5672] c.r.c.impl.ForgivingExceptionHandler     : An unexpected connection driver error occured (Exception message: Connection reset)
2018-05-19 12:07:45.346 ERROR 1 --- [172.19.0.3:5672] o.s.a.r.c.CachingConnectionFactory       : Channel shutdown: connection error
2018-05-19 12:07:45.348 ERROR 1 --- [172.19.0.3:5672] o.s.a.r.c.CachingConnectionFactory       : Channel shutdown: connection error
2018-05-19 12:07:45.427  INFO 1 --- [cTaskExecutor-2] o.s.a.r.l.SimpleMessageListenerContainer : Restarting Consumer@317c5a8a: tags=[{amq.ctag-ZKT8Q4gcU9v7bA-lNOUEFQ=consumer1.queue}], channel=Cached Rabbit Channel: PublisherCallbackChannelImpl: AMQChannel(amqp://admin@172.19.0.3:5672/,1), conn: Proxy@42dd311 Shared Rabbit Connection: SimpleConnection@2b9e231d [delegate=amqp://admin@172.19.0.3:5672/, localPort= 49624], acknowledgeMode=AUTO local queue size=0
2018-05-19 12:07:45.432  INFO 1 --- [cTaskExecutor-3] o.s.a.r.c.CachingConnectionFactory       : Attempting to connect to: [rabbitmqhost1:5672, rabbitmqhost2:5672, rabbitmqhost3:5672]
2018-05-19 12:08:07.352  INFO 1 --- [cTaskExecutor-3] o.s.a.r.c.CachingConnectionFactory       : Created new connection: connectionFactory#45f45fa1:2/SimpleConnection@71dadbb0 [delegate=amqp://admin@172.19.0.4:5672/, localPort= 34416]
2018-05-19 12:12:56.869  INFO 1 --- [cTaskExecutor-3] c.b.r.receiver.FanoutReceiver            : receive message : hello, aaa, bbb, 2018-05-19 12:12:06

日志显示，也是连到了容器hacluster_rabbit3_1 ，并且消费消息成功；

  • 停掉RabbitMQ集群中的第三个容器（也是最后一个），执行命令docker stop hacluster_rabbit3_1；
  • 这次没有管理页面看了......
  • 在浏览器输入：http://192.168.119.155:18080/send/aaa/bbb ，尝试发送一条消息，长时间等待后，页面提示错误如下图：

这里写图片描述

  • 查看容器hacluster_producer_1的日志，如下：
2018-05-19 12:18:27.812  WARN 1 --- [172.19.0.4:5672] c.r.c.impl.ForgivingExceptionHandler     : An unexpected connection driver error occured (Exception message: Connection reset)
2018-05-19 12:18:27.813 ERROR 1 --- [172.19.0.4:5672] o.s.a.r.c.CachingConnectionFactory       : Channel shutdown: connection error
2018-05-19 12:18:27.813 ERROR 1 --- [172.19.0.4:5672] o.s.a.r.c.CachingConnectionFactory       : Channel shutdown: connection error
2018-05-19 12:18:55.836  INFO 1 --- [nio-8080-exec-7] o.s.a.r.c.CachingConnectionFactory       : Attempting to connect to: [rabbitmqhost1:5672, rabbitmqhost2:5672, rabbitmqhost3:5672]
2018-05-19 12:19:50.921 ERROR 1 --- [nio-8080-exec-7] o.a.c.c.C.[.[.[/].[dispatcherServlet]    : Servlet.service() for servlet [dispatcherServlet] in context with path [] threw exception [Request processing failed; nested exception is org.springframework.amqp.AmqpIOException: java.net.UnknownHostException: rabbitmqhost3] with root cause

java.net.UnknownHostException: rabbitmqhost3
        at java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:184) ~[na:1.8.0_111]
        at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:392) ~[na:1.8.0_111]
        at java.net.Socket.connect(Socket.java:589) ~[na:1.8.0_111]
        at com.rabbitmq.client.impl.SocketFrameHandlerFactory.create(SocketFrameHandlerFactory.java:60) ~[amqp-client-5.1.2.jar!/:5.1.2]
        at com.rabbitmq.client.ConnectionFactory.newConnection(ConnectionFactory.java:955) ~[amqp-client-5.1.2.jar!/:5.1.2]
        at com.rabbitmq.client.ConnectionFactory.newConnection(ConnectionFactory.java:907) ~[amqp-client-5.1.2.jar!/:5.1.2]
        at com.rabbitmq.client.ConnectionFactory.newConnection(ConnectionFactory.java:847) ~[amqp-client-5.1.2.jar!/:5.1.2]
        at org.springframework.amqp.rabbit.connection.AbstractConnectionFactory.createBareConnection(AbstractConnectionFactory.java:449) ~[spring-rabbit-2.0.3.RELEASE.jar!/:2.0.3.RELEASE]
        at org.springframework.amqp.rabbit.connection.CachingConnectionFactory.createConnection(CachingConnectionFactory.java:614) ~[spring-rabbit-2.0.3.RELEASE.jar!/:2.0.3.RELEASE]
        at org.springframework.amqp.rabbit.connection.CachingConnectionFactory.createBareChannel(CachingConnectionFactory.java:564) ~[spring-rabbit-2.0.3.RELEASE.jar!/:2.0.3.RELEASE]
        at org.springframework.amqp.rabbit.connection.CachingConnectionFactory.getCachedChannelProxy(CachingConnectionFactory.java:538) ~[spring-rabbit-2.0.3.RELEASE.jar!/:2.0.3.RELEASE]
        at org.springframework.amqp.rabbit.connection.CachingConnectionFactory.getChannel(CachingConnectionFactory.java:520) ~[spring-rabbit-2.0.3.RELEASE.jar!/:2.0.3.RELEASE]
......
...
  • 如上所示，异常信息为连接RabbitMQ服务器失败；
  • 查看容器hacluster_consumer1_1的日志，如下：
2018-05-19 12:18:27.815  WARN 1 --- [172.19.0.4:5672] c.r.c.impl.ForgivingExceptionHandler     : An unexpected connection driver error occured (Exception message: Connection reset)
2018-05-19 12:18:27.816 ERROR 1 --- [172.19.0.4:5672] o.s.a.r.c.CachingConnectionFactory       : Channel shutdown: connection error
2018-05-19 12:18:27.816 ERROR 1 --- [172.19.0.4:5672] o.s.a.r.c.CachingConnectionFactory       : Channel shutdown: connection error
2018-05-19 12:18:28.100  INFO 1 --- [cTaskExecutor-3] o.s.a.r.l.SimpleMessageListenerContainer : Restarting Consumer@5b0307b0: tags=[{amq.ctag-0UhQ6jE-D5Wl2ZPl4EWhDQ=consumer1.queue}], channel=Cached Rabbit Channel: PublisherCallbackChannelImpl: AMQChannel(amqp://admin@172.19.0.4:5672/,1), conn: Proxy@42dd311 Shared Rabbit Connection: SimpleConnection@71dadbb0 [delegate=amqp://admin@172.19.0.4:5672/, localPort= 34416], acknowledgeMode=AUTO local queue size=0
2018-05-19 12:18:28.104  INFO 1 --- [cTaskExecutor-4] o.s.a.r.c.CachingConnectionFactory       : Attempting to connect to: [rabbitmqhost1:5672, rabbitmqhost2:5672, rabbitmqhost3:5672]
2018-05-19 12:19:23.178 ERROR 1 --- [cTaskExecutor-4] o.s.a.r.l.SimpleMessageListenerContainer : Failed to check/redeclare auto-delete queue(s).

org.springframework.amqp.AmqpIOException: java.net.UnknownHostException: rabbitmqhost3
        at org.springframework.amqp.rabbit.support.RabbitExceptionTranslator.convertRabbitAccessException(RabbitExceptionTranslator.java:71) ~[spring-rabbit-2.0.3.RELEASE.jar!/:2.0.3.RELEASE]
        at org.springframework.amqp.rabbit.connection.AbstractConnectionFactory.createBareConnection(AbstractConnectionFactory.java:476) ~[spring-rabbit-2.0.3.RELEASE.jar!/:2.0.3.RELEASE]
        at org.springframework.amqp.rabbit.connection.CachingConnectionFactory.createConnection(CachingConnectionFactory.java:614) ~[spring-rabbit-2.0.3.RELEASE.jar!/:2.0.3.RELEASE]
  • 如上所示，也是连接失败，并且，日志的最后会发现应用在自动尝试重新连接RabbitMQ；
  • 至此，RabbitMQ集群宕机模拟就完成了，结果说明在HA模式下，只要还有可用的节点，应用就会尝试连接，如果连接成功，消息的消费是不受影响的；
  • 目前RabbitMQ集群的所有容器都停掉了，接下来我们逐个恢复刚才停下来的容器，看看服务能否恢复；

逐个恢复集群中的RabbitMQ容器

  • 先恢复hacluster_rabbit1_1，执行命令docker start hacluster_rabbit1_1；
  • 执行命令docker logs -f hacluster_rabbit1_1，查看容器日志，发现一直停留在下面的位置，不再更新：

这里写图片描述

  • 浏览器访问管理页面：http://192.168.119.155:15672，结果页面无法打开；
  • 在浏览器输入：http://192.168.119.155:18080/send/aaa/bbb ，尝试发送一条消息，会显示报错页面；
  • 去看生产者和消费者容器的日志，发现都是连接RabbitMQ失败的错误；
  • 从上述现象可以发现：恢复集群服务时，只恢复一台机器是不够的；
  • 再恢复hacluster_rabbit2_1，执行命令docker start hacluster_rabbit12_1；
  • 管理页面依旧不可用，发送消息失败，并且生产者和消费者容器都无法连接到RabbitMQ容器上去；
  • 再恢复hacluster_rabbit3_1，执行命令docker start hacluster_rabbit3_1，这样整个集群的所有容器都恢复了；
  • hacluster_rabbit1_1的日志发生了变化，如下：

这里写图片描述

  • hacluster_rabbit2_1的日志也更新了，如下：

这里写图片描述

  • 管理页面可以正常打开，并且显示三个节点都正常了：

这里写图片描述

  • 在浏览器输入：http://192.168.119.155:18080/send/aaa/bbb ，尝试发送一条消息，消息的生产和消费都正常了；
  • 至此，RabbitMQ的高可用实战已经完成了，从宕机到恢复我们都试了一遍，对RabbitMQ集群也有了更多直观的了解；
  • 文章写到这里，《Docker下RabbitMQ四部曲》就全部结束了，希望这个系列能够对您在学习RabbitMQ过程中有所帮助，在docker实战中，也期待能对您自己定制的RabbitMQ镜像提供一些参考；

欢迎关注阿里云开发者社区博客：程序员欣宸

学习路上，你不孤单，欣宸原创一路相伴...
文章标签：
云消息队列 MQ
日志服务
Java
容器
消息中间件
数据安全/隐私保护
Docker
程序员
开发者
关键词：
Docker实战
docker云消息队列 MQ
Docker Rabbitmq
云消息队列 MQ实战
云消息队列 MQ docker
相关实践学习
消息队列RocketMQ版：基础消息收发功能体验
本实验场景介绍消息队列RocketMQ版的基础消息收发功能，涵盖实例创建、Topic、Group资源创建以及消息收发体验等基础功能模块。
消息队列 MNS 入门课程
1、消息队列MNS简介 本节课介绍消息队列的MNS的基础概念 2、消息队列MNS特性 本节课介绍消息队列的MNS的主要特性 3、MNS的最佳实践及场景应用 本节课介绍消息队列的MNS的最佳实践及场景应用案例 4、手把手系列：消息队列MNS实操讲 本节课介绍消息队列的MNS的实际操作演示 5、动手实验：基于MNS，0基础轻松构建 Web Client 本节课带您一起基于MNS，0基础轻松构建 Web Client
程序员欣宸
目录
相关文章
是乙太呀
|
2天前
|
关系型数据库 应用服务中间件 PHP
实战~如何组织一个多容器项目docker-compose
本文介绍了如何使用Docker搭建Nginx、PHP和MySQL的环境。首先启动Nginx容器并查看IP地址，接着启动Alpine容器并安装curl测试连通性。通过`--link`方式或`docker-compose`配置文件实现服务间的通信。最后展示了Nginx配置文件和PHP代码示例，验证了各服务的正常运行。
是乙太呀
16 3
实战~如何组织一个多容器项目docker-compose
龙大吉
|
18天前
|
存储 缓存 监控
Docker容器性能调优的关键技巧，涵盖CPU、内存、网络及磁盘I/O的优化策略，结合实战案例，旨在帮助读者有效提升Docker容器的性能与稳定性。
本文介绍了Docker容器性能调优的关键技巧，涵盖CPU、内存、网络及磁盘I/O的优化策略，结合实战案例，旨在帮助读者有效提升Docker容器的性能与稳定性。
龙大吉
51 7
游客moiomvrp3vyac2
|
27天前
|
运维 Cloud Native 云计算
云原生之旅：Docker容器化实战
本文将带你走进云原生的世界，深入理解Docker技术如何改变应用部署与运维。我们将通过实际案例，展示如何利用Docker简化开发流程，提升应用的可移植性和伸缩性。文章不仅介绍基础概念，还提供操作指南和最佳实践，帮助你快速上手Docker，开启云原生的第一步。
游客moiomvrp3vyac2
55 8
有路有乔-六月
|
1月前
|
机器学习/深度学习 数据采集 Docker
Docker容器化实战：构建并部署一个简单的Web应用
Docker容器化实战：构建并部署一个简单的Web应用
有路有乔-六月
36 4
Star时光
|
20天前
|
Kubernetes Linux 开发者
深入探索容器化技术——Docker 的实战应用
深入探索容器化技术——Docker 的实战应用
Star时光
67 0
Star时光
|
21天前
|
存储 Cloud Native 开发者
深入探索容器化技术——Docker的实战应用
深入探索容器化技术——Docker的实战应用
Star时光
35 0
Star时光
|
21天前
|
存储 安全 Docker
Docker 的实战应用与优化策略
Docker 的实战应用与优化策略
Star时光
33 0
Star时光
|
22天前
|
JavaScript Linux 持续交付
深入探索容器化技术——Docker 的实战应用
深入探索容器化技术——Docker 的实战应用
Star时光
47 0
IT行业工程师
|
28天前
|
Kubernetes 监控 安全
容器化技术：Docker与Kubernetes的实战应用
容器化技术：Docker与Kubernetes的实战应用
IT行业工程师
41 0
小周sir
|
1月前
|
Kubernetes Docker 容器
掌握Docker容器化技术：从入门到实战
掌握Docker容器化技术：从入门到实战
小周sir
27 0

热门文章

最新文章

  • 1
    RabbitMQ：四种ExChange用法
  • 2
    SpringBoot 整合 AMQP（RabbitMQ）
  • 3
    rabbitmq_学习_01_rabbitmq安装
  • 4
    安装配置rabbitmq
  • 5
    rabbitmq逻辑与开发
  • 6
    转载RabbitMQ入门（3）--发布和订阅
  • 7
    RabbitMQ 延迟队列，太实用了！
  • 8
    SpringBoot RabbitMQ实现消息可靠投递
  • 9
    python rabbitmq receive messages
  • 10
    [Erlang 0093] RabbitMQ 3.0的一些变化
  • 1
    RabbitMQ的springboot项目集成使用-01
    147
  • 2
    深入理解MQ消息队列的高可用与可靠性策略
    1345
  • 3
    rabbitmq插件升级-延时队列为列
    670
  • 4
    rabbitmq安装erlang环境后没生效
    1036
  • 5
    Springboot 集成Rabbitmq之延时队列
    191
  • 6
    RabbitMQ高级
    48
  • 7
    rabbitMQ集群
    55
  • 8
    涉及rocketMQ，jemeter等性能测试服务器的安装记录
    80
  • 9
    用docker方式 安装rabbitmq 并配置MQTT
    318
  • 10
    MQTT 5.0 报文解析 02：PUBLISH 与 PUBACK
    428

    • 相关课程

    更多
  • 深入解析Docker容器化技术
  • 基于Docker与Jenkins实现自动化部署
  • Docker 快速入门
  • Docker完全自学手册图文教程
  • AI开发者的Docker实践
  • Docker 入门

    • 相关电子书

    更多
  • 应用 Docker 进行持续交付：用技术改变交付路程
  • 从Docker到容器服务
  • Docker@Alibaba——超大规模Docker化的实战经验

    • 相关实验场景

    更多
  • 部署并使用Docker（AlibabaCloud Linux 3）
  • MySQL数据库快速部署实践
  • Docker Compose部署案例
  • Docker Compose入门
  • 部署并使用Docker（Alibaba Cloud Linux 3）
  • 部署并使用Docker（CentOS 8）

    • 推荐镜像

    更多
  • docker-ce
  • docker-toolbox
  • alpine
    • 下一篇
    阿里云oss存储简介和如何使用