【day05】

Docker运行Rabbitmq服务:

1.克隆 docker base: rabbitmq
2.设置固定ip:
./ip-static
ip: 192.168.64.140
ifconfig
#如果设置ip出错,参考上面 ip 设置,执行两条命令
3.上传文件到 /root/
DevOps课前资料\docker\rabbit-image.gz
4.导入镜像:
docker load -i rabbit-image.gz
docker images
5.参考 csdn 笔记启动 rabbitmq
RabbitMQ
Docker运行rabbitmq

工作模式合理分发消息:

1.使用手动确认模式 消息分发不合理的原因,是服务器不知道消费者有没有处理完消息。 使用手动确认模式,不仅是保证消息被正确处理,也可以让服务器知道消费者有没有处理完消息。
2.qos=1 每次只接收1条消息,处理完成之前不接收下一条。 只在手动确认模式才有效。

防止服务器崩溃,消息丢失:

消息的持久化:
1.队列设置成持久队列
2.发送的消息设置成持久消息

常见的面试题:rabbitmq防止消息丢失:

手动确认模式 保证消息被正确处理,不丢失消息
消息的持久化 防止服务器崩溃丢失消息

RabbitMQ 使用场景

服务解耦

假设有这样一个场景, 服务A产生数据, 而服务B,C,D需要这些数据, 那么我们可以在A服务中直接调用B,C,D服务,把数据传递到下游服务即可
但是,随着我们的应用规模不断扩大,会有更多的服务需要A的数据,如果有几十甚至几百个下游服务,而且会不断变更,再加上还要考虑下游服务出错的情况,那么A服务中调用代码的维护会极为困难
这是由于服务之间耦合度过于紧密
请添加图片描述
再来考虑用RabbitMQ解耦的情况
A服务只需要向消息服务器发送消息,而不用考虑谁需要这些数据;下游服务如果需要数据,自行从消息服务器订阅消息,不再需要数据时则取消订阅即可
请添加图片描述

流量削峰

假设我们有一个应用,平时访问量是每秒300请求,我们用一台服务器即可轻松应对
请添加图片描述而在高峰期,访问量瞬间翻了十倍,达到每秒3000次请求,那么单台服务器肯定无法应对,这时我们可以考虑增加到10台服务器,来分散访问压力
但如果这种瞬时高峰的情况每天只出现一次,每次只有半小时,那么我们10台服务器在多数时间都只分担每秒几十次请求,这样就有点浪费资源了
请添加图片描述
这种情况,我们就可以使用RabbitMQ来进行流量削峰,高峰情况下,瞬间出现的大量请求数据,先发送到消息队列服务器,排队等待被处理,而我们的应用,可以慢慢的从消息队列接收请求数据进行处理,这样把数据处理时间拉长,以减轻瞬时压力
这是消息队列服务器非常典型的应用场景
请添加图片描述

异步调用

考虑定外卖支付成功的情况
支付后要发送支付成功的通知,再寻找外卖小哥来进行配送,而寻找外卖小哥的过程非常耗时,尤其是高峰期,可能要等待几十秒甚至更长
这样就造成整条调用链路响应非常缓慢
请添加图片描述
而如果我们引入RabbitMQ消息队列,订单数据可以发送到消息队列服务器,那么调用链路也就可以到此结束,订单系统则可以立即得到响应,整条链路的响应时间只有200毫秒左右
寻找外卖小哥的应用可以以异步的方式从消息队列接收订单消息,再执行耗时的寻找操作
请添加图片描述

rabbitmq 基本概念

RabbitMQ是一种消息中间件,用于处理来自客户端的异步消息。服务端将要发送的消息放入到队列池中。接收端可以根据RabbitMQ配置的转发机制接收服务端发来的消息。RabbitMQ依据指定的转发规则进行消息的转发、缓冲和持久化操作,主要用在多服务器间或单服务器的子系统间进行通信,是分布式系统标准的配置。
请添加图片描述
Exchange
接受生产者发送的消息,并根据Binding规则将消息路由给服务器中的队列。ExchangeType决定了Exchange路由消息的行为。在RabbitMQ中,ExchangeType常用的有direct、Fanout和Topic三种。
请添加图片描述

Message Queue

消息队列。我们发送给RabbitMQ的消息最后都会到达各种queue,并且存储在其中(如果路由找不到相应的queue则数据会丢失),等待消费者来取。

Binding Key

它表示的是Exchange与Message Queue是通过binding key进行联系的,这个关系是固定。

Routing Key

生产者在将消息发送给Exchange的时候,一般会指定一个routing key,来指定这个消息的路由规则。这个routing key需要与Exchange Type及binding key联合使用才能生,我们的生产者只需要通过指定routing key来决定消息流向哪里。

rabbitmq安装

Docker 启动Rabbitmq

下载镜像,rabbitmq:management 镜像中已经安装了管理界面
docker pull rabbitmq:management

关闭防火墙
systemctl stop firewalld
systemctl disable firewalld

重启 docker 系统服务
systemctl restart docker

配置管理员用户名和密码
mkdir /etc/rabbitmq
vim /etc/rabbitmq/rabbitmq.conf
#添加两行配置:
default_user = admin
default_pass = admin

启动Rabbitmq
docker run -d --name rabbit
-p 5672:5672
-p 15672:15672
-v /etc/rabbitmq/rabbitmq.conf:/etc/rabbitmq/rabbitmq.conf
-e RABBITMQ_CONFIG_FILE=/etc/rabbitmq/rabbitmq.conf
–restart=always
rabbitmq:management

访问管理控制台 http://192.168.64.140:15672
用户名密码是 admin

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值