消息队列-rabbitMQ
消息队列两个用处:服务间解耦,缓解压力(削峰平谷),以前用过ZMQ、狼厂内部的NMQ,现在接触了java开源的kafka和RabbitMQ。目前先不求甚解,有个大概的认识。
RabbitMQ的安装和入门例子见http://www.rabbitmq.com/,挺全的。安装前需要安装erlang,启动方便。
RabbitMQ是一个强壮的消息队列,安装使用都很容易,支持常用的发布/订阅、消息分发功能。
架构
exchange是消息队列的核心,producer只向exchange发送消息,exchange根据routing key向不同的绑定队列发送消息,consumer从各自的队列接收消息。
使用实例(python):
producer
import pika import sys #producer/consumer通用,与rabbitmq建立连接 connection = pika.BlockingConnection(pika.ConnectionParameters( host='localhost')) channel = connection.channel() channel.exchange_declare(exchange='logs', type='fanout')#声明创建一个名为logs的exchange,类型为fanout,type有fanout/direct/topic/headers message = ' '.join(sys.argv[1:]) or "info: Hello World!" channel.basic_publish(exchange='logs', routing_key='', body=message) #p向某个exchange发送消息,并指出路由key print " [x] Sent %r" % (message,) connection.close()
consumer
#同上,建立连接、声明exchange result = channel.queue_declare(exclusive=True)#声明一个队列,名字由系统产生,exclusive指连接断开后删除队列,queue_declare(queue="xx")可以自己命名队列 queue_name = result.method.queue channel.queue_bind(exchange='logs', queue=queue_name) #将队列与名为logs的exchange绑定,不指定exchange则与默认的exchange绑定 print ' [*] Waiting for logs. To exit press CTRL+C' def callback(ch, method, properties, body): print " [x] %r" % (body,) channel.basic_consume(callback, queue=queue_name, no_ack=True) #consumer接收消息不需向rabbit发送确认 channel.start_consuming()
消息的负载均衡
- round-robin dispatching:多个consumer订阅同一个队列,会按消息到来的顺序逐个分发给consumers,确保消息个数的平衡
- fair dispatch:每个consumer处理资源不同(cpu/memory)、每条消息消耗的时间也不同,按照条数平均分配不能充分利用consumer资源。
#解决办法,consumer加如下代码 channel.basic_qos(prefetch_count=1)#每次向consumer发一条消息,直到收到consumer的确认再发下一条 #consumer每次处理完信息后向rabbitmq发送确认。在callback函数结尾处加上ch.basic_ack(delivery_tag=method.delivery_tag) channel.basic_consume(callback,queue=queue_name)#默认no_ack=false,rabbitmq会一直等待直到收到确认消息
术语解释
Broker:简单来说就是消息队列服务器实体。
Exchange:消息交换机,它指定消息按什么规则,路由到哪个队列。
Queue:消息队列载体,每个消息都会被投入到一个或多个队列。
Binding:绑定,它的作用就是把exchange和queue按照路由规则绑定起来。
Routing Key:路由关键字,exchange根据这个关键字进行消息投递。
vhost:虚拟主机,一个broker里可以开设多个vhost,用作不同用户的权限分离。
producer:消息生产者,就是投递消息的程序。
consumer:消息消费者,就是接受消息的程序。
channel:消息通道,在客户端的每个连接里,可建立多个channel,每个channel代表一个会话任务。
Exchange:消息交换机,它指定消息按什么规则,路由到哪个队列。
Queue:消息队列载体,每个消息都会被投入到一个或多个队列。
Binding:绑定,它的作用就是把exchange和queue按照路由规则绑定起来。
Routing Key:路由关键字,exchange根据这个关键字进行消息投递。
vhost:虚拟主机,一个broker里可以开设多个vhost,用作不同用户的权限分离。
producer:消息生产者,就是投递消息的程序。
consumer:消息消费者,就是接受消息的程序。
channel:消息通道,在客户端的每个连接里,可建立多个channel,每个channel代表一个会话任务。
通信协议AMQP(Advanced Message Queuing Protocol)
AMQP模型中,消息在producer中产生,发送到MQ的exchange上,exchange根据配置的路由方式发到相应的Queue上,Queue又将消息发送给consumer,消息从queue到consumer有push和pull两种方式。 消息队列的使用过程大概如下:
- 客户端连接到消息队列服务器,打开一个channel。
- 客户端声明一个exchange,并设置相关属性。
- 客户端声明一个queue,并设置相关属性。
- 客户端使用routing key,在exchange和queue之间建立好绑定关系。
- 客户端投递消息到exchange。
exchange接收到消息后,就根据消息的key和已经设置的binding,进行消息路由,将消息投递到一个或多个队列里。
exchange支持的分发类型
- fanout:向所有队列广播消息,不会根据routing-key来分发
- direct: 根据routing-key分发不同的消息到相应的订阅队列
#如上文 #p: channel.basic_public(exchange='logs',routing_key='error',body=message) #c:订阅routing_key为error的消息,一个队列可以绑定多次,订阅多个routing_key channel.queue_bind(exchange='logs',queue=queue_name, routing_key='error')
- topic: toipc是direct的升级版,routing-key支持通配符匹配。* 一个词,#0或多个词,如*.orange会接收a.orange/b.orange消息,#.organge会接收a.b.orange/a.orange消息。一个单#,该队列会接收所有的消息,等同于fanout
- headers