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-->