RabbitMR解析

Rabbit-MQ解析

MQ全称为Message Queue, 消息队列是一种应用程序对应用程序的通信方法。在openstack中，MQ负责各组件之间的通信。遵循AMQP（Advanced MessageQueuing Protocol）协议。

Rabbit-MQ和AMQP之间的关系：rabbitMQ是一个在AMQP基础上完整的，可复用的企业消息系统。他遵循Mozilla Public License开源协议。

它在openstack中的位置如图：

 

 （本图来自互联网）

相关文档：http://hi.baidu.com/wylinux/item/e1cc323af851d0f7e6bb7a5a

Rabbit-MQ的几个概念：

l Exchange:交换机，决定了消息路由规则（决定收到的消息怎么分配）；

l Queue:消息队列（经过交换机后将信息存放的地方）；

l Channel:进行消息读写的通道（）；

l Bind:绑定了Queue和Exchange，意即为符合什么样路由规则的消息，将会放置入哪一个消息队列；

vhost：虚拟主机，一个broker里可以开设多个vhost，用作不同用户的权限分离。
　　Routing Key：路由关键字，exchange根据这个关键字进行消息投递。
　　producer：消息生产者，就是投递消息的程序。
　　consumer：消息消费者，就是接受消息的程序。
　　channel：消息通道，在客户端的每个连接里，可建立多个channel，每个channel代表一个会话任务。

Broker：简单来说就是消息队列服务器实体。

让我们用图来数理这个流程：

  

作为典型的生产-消费模型，我们可以把它类比成我们现实生活中的商品买卖（这里，我更倾向于用网购来解释它）

消息队列的使用过程大概如下：

客户端	消费者
客户端连接到消息队列服务器（运行Rabbit MQ的服务器），打开一个channel	消费者确定自己的收货地址，建立了自己与生产者的联系
客户端声明一个exchange，并设置相关属性	消费者确定使用的物流公司（exchange），并设置相关需求，物流公司根据邮编地址（路由规则）往各个站点发货，
客户端声明一个queue，并设置相关属性	消费者确定在哪个物流站点收货
客户端使用routing key，在exchange和queue之间建立好绑定关系	因为地址是顾客定的所以邮编地址由顾客决定（也就是说，exchange和queue之间的绑定联系是客户端确定的）
客户端投递消息到exchange	生产者将信息发给指定的消费者（生产者什么都不用管，只需要生产产品就可以）

另外，我们还需要介绍几个概念：

Rabbit MQ支持消息的持久化，也就是数据写在磁盘上，为了数据安全考虑，我想大多数用户都会选择持久化。消息队列持久化包括3个部分：
　　（1）exchange持久化，在声明时指定durable => 1
　　（2）queue持久化，在声明时指定durable => 1
　　（3）消息持久化，在投递时指定delivery_mode => 2（1是非持久化）

什么是异步？

答：与同步处理相对，异步处理不用阻塞当前线程来等待处理完成，而是允许后续操作，直至其它线程将处理完成，并回调通知此线程。

 

 

 

 

<!--EndFragment-->