RabbitMQ

消息中间件

概述

在传统的网络请求都是请求响应同步的模式，客户端发送请求，必须等到服务端完成处理后返回结果给客户端才能继续执行，如果服务端发生网络延迟、不可达等情况下，客户端也会受到影响。在这样的背景下，提出了消息中间件的服务，通过引入第三方服务（消息中间件）实现异步调用，这样的好处就是不仅提高了请求的响应速度，同时降低了系统之间的耦合性，减弱系统之间的影响。

常用产品

RabbitMQ

概述

RabbitMQ 是一个消息代理：它接受和转发消息。您可以将其视为邮局：当您将要邮寄的邮件放入邮箱时，您可以确定邮递员最终会将邮件递送给您的收件人。在这个类比中，RabbitMQ 是一个邮箱、一个邮局和一个邮递员。
RabbitMQ 和邮局之间的主要区别在于它不处理纸张，而是接受、存储和转发二进制数据块 -消息。
Broker：接收和分发消息的应用，RabbitMQ Server 就是 Message 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) and fanout
(multicast)
Queue：消息最终被送到这里等待 consumer 取走
Binding：exchange 和 queue 之间的虚拟连接，binding 中可以包含 routing key，Binding 信息被保
存到 exchange 中的查询表中，用于 message 的分发依据

常用术语

• 生产者:生产无非就是发送。发送消息的程序是生产者。
• 队列:位于 RabbitMQ 中的邮箱的名称。尽管消息流经 RabbitMQ 和您的应用程序，但它们只能存储在队列中
• 消费者:消费与接收具有相似的含义。消费者是一个主要等待接收消息的程序。
• 三者关系：生产者、消费者和代理不必驻留在同一主机上；事实上，在大多数应用程序中它们都没有。应用程序也可以既是生产者又是消费者。

功能

• 流量削峰
• 应用解耦
• 异步处理