微服务07_认识MQ以及RabbitMQ入门

最新推荐文章于 2023-08-24 11:59:00 发布
最新推荐文章于 2023-08-24 11:59:00 发布
阅读量2k 收藏 1
点赞数
分类专栏： 微服务技术栈 文章标签： springboot java
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_43989347/article/details/123782555
版权

微服务07_认识MQ以及RabbitMQ入门

用小例子开始今天的认识通信之路：

  • 同步通信：和妹子在微信上面进行视频聊天。
    优点是：能和妹子实时视频聊天。
    缺点是：不能和多个妹子同时视频。

  • 异步通信：和妹子在微信上面打字聊天。
    优点是：能和多个妹子同时聊天。 —【时间管理大师必备技能】

一、同步通信

1.耦合高问题

当开发完成后，突然需要添加业务【短信服务】。那么就得需要在支付服务进行改动代码。【本来调用feign接口调用订单服务、仓储服务即可】，那么就需要添加代码进行调用Feign接口短信服务。

2.性能下降.吞吐量下降、资源浪费、级联失败

用户调用支付业务，支付业务调用订单、仓储、短信…服务。
由于是同步通信：当支付服务调用订单服务时，得需要一直等待订单服务完成后【期间CPU、内存空闲状态–>资源浪费】，才可以进行调用仓储服务。
50+150+150+150=500毫秒。
当调用订单服务时，订单服务挂掉了，那么支付服务会一直卡在订单服务这里，从而支付服务也不能调用其他服务。从而其他用户也访问不到所有的服务了。
在这里插入图片描述

总结：

同步调用的优点：

  • 时效性较强，可以立即得到结果
    例如：当查询订单，那么需要跟着用户信息，需要立马得到用户信息，那么就需要用同步调用。

同步调用的问题：

  • 耦合度高。【加新需要，需要修改原代码】
  • 性能和吞吐能力下降。【调用者需要等待服务提供者的响应】
  • 有额外的资源消耗。【不能释放请求占用的资源】
  • 有级联失败问题。【如果服务提供者出现问题，所有调用方都出现问题】

二、异步通信

异步调用则可以避免上述问题：
耦合度、吞吐量、资源消耗、级联失败。
发送方服务：用户
Broker：MQ
接收方服务：邮件、订单、库存等等服务

当用户请求支付服务，支付服务会给Broker发送信息，发送成功后，用户即可收到消息返回信息。
从而broker发布信息，所有订阅了broker的服务都可以接受到。一方面各个服务接收到消息后，会干自己的工作。
当新添加服务时，只需要定义broker即可。不需要改动其他代码。

在这里插入图片描述
为了解除事件发布者与订阅者之间的耦合，两者并不是直接通信，而是有一个中间人（Broker）。发布者发布事件到Broker，不关心谁来订阅事件。订阅者从Broker订阅事件，不关心谁发来的消息。

在这里插入图片描述

1.耦合度低，解耦

同步通信：支付服务需要调用各个服务，所以增加短信功能时，需要改动源代码。

异步通信：支付服务只需要发送事件到Broker服务即可。Broker就会大喇叭吆喝一声【订阅服务】，通知各个订阅的服务。当新添加服务时，只需要订阅Broker即可。无论增加和介绍服务，都不需要改动代码。

2.性能提升、吞吐量提高

同步通信：支付服务要依次调用订单服务、库存服务、短信服务等等。那么每当调用时，都需要等待该服务完成后，才会去调用其他服务。从而造成CPU浪费、时间浪费。

异步通信：用户调用支付服务，支付服务向broker发送事件。然后支付服务就会立即告诉用户支付成功了。broker就会通知各个服务去了，
在这里插入图片描述

3.流量削锋【自己的优势】

当高并发来时，broker可以起到缓冲的作用。微服务，会根据自己的实力去broker获取事件，处理事件。从而为微服务起到保护作用。
在这里插入图片描述

好处：

  • 吞吐量提升：无需等待订阅者处理完成，响应更快速
  • 故障隔离：服务没有直接调用，不存在级联失败问题
  • 调用间没有阻塞，不会造成无效的资源占用
  • 耦合度极低，每个服务都可以灵活插拔，可替换。
  • 流量削峰：不管发布事件的流量波动多大，都由Broker接收，订阅者可以按照自己的速度去处理事件

缺点：

  • 架构复杂了，业务没有明显的流程线，不好管理
  • 需要依赖于Broker的可靠、安全、性能

三、MQ常见框架

在这里插入图片描述

综上所看：国内用的比较多的是：RabbitMQ、RocketMQ、Kafka

  • RabbitMQ、RocketMQ：稳定性强，可靠性高，吞吐量还是可以的。适合对安全较高的业务通信。
  • RabbitMQ：对于中小企业没有对MQ深度定义的需求。更强调的是稳定和社区的活跃性。
  • RocketMQ：对于大企业需要更深度的定制。那么可以选择RocketMQ。基于java语言可以做自定义开发。
  • Kafka：吞吐能力非常高，可靠性较低，适合海量数据的传输，对于安全性不是很高的日志传输。

四、安装RabbitMQ

RabbitMQ是基于Erlang语言开发的开源消息通信中间件
官网地址：www.rabbitmq.com
Erlang语言：面向并发的开发语言，天生是为了分布式系统来设计的。
所以说RabbitMQ的性能、吞吐量还是可以的。而最善产的是：消息的可靠性、稳定性。系统的高可用。

1、我们在Centos7虚拟机中使用Docker来安装。

镜像获取：

方式一：在线拉取：docker pull rabbitmq:3-management
方式二：本地上传：mq.tar压缩包文件

1.开启docker服务，并命令加载镜像

//开启docker服务
[root@localhost tmp]# systemctl start docker
//查看docker是否开启成功：
[root@localhost tmp]# docker -v
Docker version 20.10.14, build a224086
// 将导入的.tar文件，使用命令加载镜像即可：
[root@localhost tmp]# docker load -i mq.tar 
Loaded image: rabbitmq:3-management
//查看都有哪些镜像：
[root@localhost tmp]# docker images
REPOSITORY                    TAG            IMAGE ID       CREATED         SIZE
rabbitmq                      3-management   95bc78c8d15d   21 months ago   187MB

2. 命令来运行MQ容器

//运行mq容器
docker run \
-e RABBITMQ_DEFAULT_USER=itcast \  #-e是给RabbitMQ设置环境变量，用户名和密码
-e RABBITMQ_DEFAULT_PASS=123321 \
--name mq \			# 容器的名字
--hostname mq1 \  #配置主机名字、集群部署一定要配置
-p 15672:15672 \    #端口映射--》管理平台的端口，提供UI界面
-p 5672:5672 \		# 消息通信的端口
-d \				# 后台运行
rabbitmq:3-management  # 镜像的名称

docker run \
 -e RABBITMQ_DEFAULT_USER=itcast \
 -e RABBITMQ_DEFAULT_PASS=123321 \
 --name mq \
 --hostname mq1 \
 -p 15672:15672 \
 -p 5672:5672 \
 -d \
 rabbitmq:3-management

[root@localhost tmp]# docker ps
[root@localhost tmp]# docker ps
CONTAINER ID   IMAGE                   COMMAND                  CREATED         STATUS         PORTS                                                                                                                                NAMES
aed40d206c9f   rabbitmq:3-management   "docker-entrypoint.s…"   5 minutes ago   Up 5 minutes   4369/tcp, 5671/tcp, 0.0.0.0:5672->5672/tcp, :::5672->5672/tcp, 15671/tcp, 25672/tcp, 0.0.0.0:15672->15672/tcp, :::15672->15672/tcp   mq

在这里插入图片描述

3.访问Linux的ip地址+端口进行访问UI页面：

  • Overview：总览。节点的相应信息
  • connections：连接。发送和接受都会进行连接
  • channels：操作MQ的工具。建立连接后一定会建立通道，生产者和消费者才会基于channels 进行消息的发送和接受。然而每一个连接者都会创建通道。
  • exchange：交换机。消息路由器。路由消息到队列中。
  • queues：队列。缓存消息
  • admin：管理。创建用户
  • can access virtual hosts：虚拟主机。各个虚拟主机之间是相互隔离的。不同的用户访问不同的虚拟主机
    在这里插入图片描述

2、RabbitMQ结构和概述

Publisher：消息的发送者
consumer：消息的消费者
那么消息发送者会把消息发送到exchange交换机，交换机负责路由，在将消息投递到队列，队列负责暂存消息，然后消费者再去队列中获取消息、处理消息。

在这里插入图片描述

五、消息模型介绍

1、基本、工作消息队列

发送和接受都是根据队列来完成。
在这里插入图片描述
根据消息队列模型来实现，三个角色：

  • publicsher：消息发送者，将消息发送到队列queue
  • queue：消息队列，负责接受并缓存消息
  • consumer：订阅队列，处理队列中的消息

2、发布订阅：广播、路由、主题队列

根据交换机类型不同分为三种：

在这里插入图片描述

BigTree的学习之路
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
MicroRabbit：使用RabbitMQ的微服务
02-22
微型兔子 使用RabbitMQ的微服务
RabbitMq从入门到精通
06-10
《RabbitMQ从入门到精通》是一门针对消息中间件RabbitMQ的深度学习课程，旨在帮助初学者和开发者全面掌握这一强大的Java平台上的消息队列系统。RabbitMQ是基于AMQP（Advanced Message Queuing Protocol）协议实现的...
微服务消息队列
baidu_15952103的博客
10-08 1111
消息队列 本节主要介绍微服务架构中消息队列的实例。 初识MQ 同步和异步通讯 微服务间通讯有同步和异步两种方式： 同步通讯：就像打电话，需要实时响应。 异步通讯：就像发消息，发邮件，不需要马上回复。 两种方式各有优劣，打电话可以立即得到响应，但是你却不能跟多个人同时通话。发送邮件可以同时与多个人收发邮件，但是往往响应会有延迟。 同步通讯 例如支付服务，若采用同步通讯需要分别调用订单服务、仓储服务、短信服务等内容，且随着业务的扩展，可能调用的服务越来越大。每次调用 均需要改动支付服务的代码，耦合
微服务(MQ)
privateeee的博客
07-27 205
事件驱动架构：使用消息队列作为事件驱动架构的基础设施，不同的服务可以通过发布/订阅模式来处理事件，实现松耦合和高可扩展性。日志处理：将系统产生的日志信息发送到消息队列中，再由消费者进行实时或离线的处理和分析，便于监控系统状态和进行故障排查。解耦系统组件：通过引入消息队列，不同的系统组件可以通过消息进行通信，实现解耦和松耦合，提高系统的可维护性和可扩展性。缓冲和重试：当系统中的某个服务暂时不可用时，可以将请求放入消息队列中进行缓冲，并进行重试，以提高系统的可用性。二.RokcetMQ的架构。
MQ 分布式事务 -- 微服务应用
Globalizationa的博客
06-30 459
1、背景 友情链接:https://www.cnblogs.com/Agui520/p/11187972.html 　　　　https://blog.csdn.net/fd2025/article/details/79863390 以支付、电商下单为例子。一个电商系统包含了好几大类模块，就比如有用户模块、商品模块、库存模块、订单模块、支付模块、物流模块，活动模块等，以下就先列举几个最基础常见的模块(用户模块、商品模块、库存模块、订单模块、支付模块)。 用户流程如下： 2、问题 如果系统规模...
12 Spring Cloud微服务 MQ
张金玉的专栏
03-07 221
商品->库存变化->消息队列->库存变化->订单 一 product接入到配置中心 product->pom.xml <dependency> <groupId>com.imooc</groupId> <artifactId>produt-common</artifactId> </d...
rabbitMQ课件.zip
10-26
在RabbitMQ入门阶段，你需要了解以下几个核心概念： 1. **生产者（Producer）**: 发送消息的应用程序。 2. **消费者（Consumer）**: 接收并处理消息的应用程序。 3. **交换机（Exchange）**: 分发消息的路由器，...
mycloud-mq.zip
11-20
【描述】提到的"RabbitMq入门案例，路由模式，配置好MQ运行代码即可"，意味着这个压缩包包含了一系列的代码示例，旨在帮助初学者理解如何在Java环境中配置和使用RabbitMQ。路由模式是RabbitMQ中的一种交换机类型，它...
基于微服务的车票管理系统源码+项目说明+sql数据库.tar
最新发布
11-16
+ 基于Redis缓存Token、验证码、MQ分布式ID和每日热搜，基于Redisson解决一人一单 + :star:基于Seata解决订单和车次服务之间的分布式事务 ### 3. 流量与进程监控 + :star:基于Gateway针对同一IP的所有请求做令牌桶限...
mf_programming
07-13
7. **消息队列MQ**：微服务间的异步通信通常借助消息队列，如RabbitMQ、Kafka或ActiveMQ，它们可以减少服务间的耦合，提高系统性能和容错性。 8. **数据一致性与事务处理**：在分布式系统中，保持数据一致性是个...
微服务实用篇4-消息队列MQ
nuist_NJUPT的博客
12-14 963
今天主要来学习异步通讯技术MQ，主要包括初识MQ，RabbitMQ快速入门MQ即Message Queue，消息队列，就是存放消息的队列，也就是事件驱动架构中的Broker，常用的四种消息队列：RabbitMQ，ActiveMQ，RocketMQ，Kafka。对于稳定性要求较高的情况下，一般使用RabbitMQ或RocketMQ，对于数据量比较大，性能要求比较高的一般用Kafka。我们先看一下RabbitMQ的架构，首先发布者发布消息到交换即，交换即通过哦队列进行缓存消息，最后消费者通过订阅从队列中取消息。
微服务 消息队列服务MQ架构演进
zhaoyang10的专栏
12-16 828
消息队列MQ架构演进
弘康人寿基于 RocketMQ 构建微服务边界总线的实践
ITMuch的专栏
07-28 311
点击上方"IT牧场"，选择"设为星标"技术干货每日送达！随着互联网+和平台化战略的兴起，各个行业的 IT 系统都在向互联网架构发展，涉及的主要技术包括微服务、消息和弹性计...
微服务---RabbitMQ进阶(消息可靠性,延迟队列,惰性队列,集群部署)
爪蛙毁一生的博客
05-06 1223
## 1.1.生产者消息确认 RabbitMQ提供了publisher confirm机制来避免消息发送到MQ过程中丢失。这种机制必须给每个消息指定一个唯一ID。消息发送到MQ以后，会返回一个结果给发送者，表示消息是否处理成功。 返回结果有两种方式： - publisher-confirm，发送者确认 - 消息成功投递到交换机，返回ack - 消息未投递到交换机，返回nack - publisher-return，发送者回执 - 消息投递到交换机了，但是没有路由到队列。返回ACK，及路由失
微服务技术栈（十一） - MQ（SpringAMQP）
yirenyuan的博客
11-04 1139
一、什么是AMQP SpringAmqp的官方地址：https://spring.io/projects/spring-amqp 二、Basic Queue 简单队列模型 总结： 1. 什么是AMQP？ 应用间消息通信的一种协议，与语言和平台无关。 2. SpringAMQP如何发送消息？ （1）引入amqp 的starter 依赖 （2）配置RabbitMQ 地址 （...
微服务中间件--MQ服务异步通信
weixin_46926189的博客
08-24 1900
可以去对应的GitHub页面下载3.8.9版本的插件，地址为https://github.com/rabbitmq/rabbitmq-delayed-message-exchange/releases/tag/3.8.9这个对应RabbitMQ的3.8.5以上版本。当生产者发送消息的速度超过了消费者处理消息的速度，就会导致队列中的消息堆积，直到队列存储消息达到上限。如果该队列配置了dead-letter-exchange属性，指定了一个交换机，那么队列中的死信就会投递到这个交换机中，而这个交换机称为。
rabbitmq使用_微服务中这样使用RabbitMQ更简单
weixin_39604045的博客
12-07 770
这篇文章的读者，假设您已经对RabbitMQ、SpringBoot和微服务有一定的理解。此文章来自于对内部技术规范指引的编辑。典型应用场景RabbitMQ典型应用场景此图展示了RabbitMQ的典型应用场景，生产者把消息发送到Exchange，消费者从Queue读取消息，消息可通过topic、header、direct、fanout四种方式由Exchange路由到Queue。在微服务中的开发过程中...
微服务架构【技术点4】windows下rocketMQ配置及java端生产者消费者配置
一名普通码农的菜地
06-25 1350
https://blog.csdn.net/songxinjianqwe/article/details/78923482
微服务下利用RebbitMQ实现事务的最终一致性
重点在于记录
07-16 1491
概要 上篇简单介绍了从普通事务-分布式事务-微服务事务处理方案，本篇着重介绍利用消息实现事务的最终一致性即：rebbitmq遵从AMQP协议（高级消息队列协议使得遵从该规范的客户端应用和消息中间件服务器的全功能互操作成为可能），主要应用消息的确认机制来保证消息的可靠性：只要消息发送到broker那么就一定能被消费，着中间主要过程： 1、消息提供者将消息发送到broker 2、消息订阅者如何正...
RabbitMQ入门_14_Policies
06-07
好的，你的问题是关于 RabbitMQ 的 Policies。Policies 是 RabbitMQ 的一个插件，它提供了一种机制来自动化、管理和监控队列、交换机和绑定的行为。通过 Policies，你可以定义一组规则和参数来自动化地管理 RabbitMQ 的资源。例如，你可以定义一个 Policy 来限制队列的最大长度，或者在队列空闲时自动删除它们。 在 RabbitMQ 中，Policies 是通过定义一个 JSON 格式的配置文件来实现的。这个配置文件包含了一些属性，如 Policy 的名称、适用于哪些对象、应用的规则等。一旦定义了一个 Policy，它会自动应用到所指定的对象上。 需要注意的是，Policies 可以通过 RabbitMQ 的 Web 界面或者命令行工具进行配置和管理。如果你想了解更多关于 RabbitMQ Policies 的内容，可以参考 RabbitMQ 的官方文档。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值