RabbitMQ学习

MQ概述

        全称 Message Queue (消息队列),是在消息的传输过程中保存消息的容器。多用于分布式系统之间进行通信。

        优势

        1、应用解耦

        系统的耦合性越高,容错性就越低,可维护性就越低。使用 MQ 使得应用间解耦,提升容错性和可维护性。

        2、任务异步处理

        将不需要同步处理的并且耗时长的操作由消息队列通知消息接收方进行异步处理。提高了应用程序的响应时间。

        3、削峰填谷

        但是使用了 MQ 之后,限制消费消息的速度为1000,但是这样一来,高峰期产生的数据势必会被积压在 MQ 中,高峰就被"削”掉了。但是因为消息积压,在高峰期过后的一段时间内,消费消息的速度还是会维持在1000QPS,直到消费完积压的消息,这就叫做“填谷”。

        劣势

        1、系统可用性降低

        系统引入的外部依赖越多,系统稳定性越差。一旦 MQ 宕机,就会对业务造成影响。

        2、系统复杂度提高

        MQ 的加入大大增加了系统的复杂度,以前系统间是同步的远程调用,现在是通过 MQ 进行异步调用。

        3、一致性问题

AMQP

        Advanced Message Queuing Protocol (高级消息队列协议),是一个网络协议,是应用层协议的一个开放标准,为面向消息的中间件设计。基于此协议的客户端与消息中间件可传递消息,遵循此协议,不受客户端和中间件产品和开发语言限制。

JMS

        即 Java 消息服务 (JavaMessage Service) 应用程序接口,是一个 Java 平台中关于面向消息中间件的API。

AMQP 与 JMS 区别

        JMS 是定义了统一的接口,来对消息操作进行统一,AMQP 是通过规定协议来统一数据交互的格式

        JMS 限定了必须使用 Java 语言,AMQP 只是协议,不规定实现方式,因此是跨语言的。

        JMS 规定了两种消息模式,而 AMQP 的消息模式更加丰富。

RabbitMQ

        采用 Erlang 语言开发。Erlang 语言专门为开发高并发和分布式系统的一种语言,在电信领域使用广泛。

 

        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)、fanout (multicast)。

        Queue

        消息最终被送到这里等待 consumer 取走。

        Binding

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

        RabbitMQ 提供了6种模式

        简单模式

        work 模式

        Publish/Subscribe 发布与订阅模式

        Routing 路由模式

        Topics 主题模式

        RPC远程调用模式

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值