rabbitmq(一)

一、概述

　　AMQP，即Advanced Message Queuing Protocol，高级消息队列协议，是应用层协议的一个开放标准，为面向消息的中间件设计。消息中间件主要用于组件之间的解耦，消息的发送者无需知道消息使用者的存在，反之亦然。

二、架构

　　　

 

　　生产者通过routingkey将消息发送到broker中，broker先将消息发送到交换机中，交换机通过路由规则将消息发送指定队列，每一个queue都有一个binging key，routing key和bindingkey共同影响了消息的路由。

　　在broker中为了控制消息队列的权限增加了虚拟机的概念，即一个虚拟机拥有一套完整的交换机，队列。

　　在配置了持久化时首先就会持久化交换机，bingkey信息。

　　路由规则：

　　　　fanout(广播)、direct（routing key和bindkey完全匹配）、topic（routing key和bindkey模糊匹配）、headers（通过headers控制）

　　其他一些属性：

　　　　

　　　　Message acknowledgment
　　　　　　　　在实际应用中，可能会发生消费者收到Queue中的消息，但没有处理完成就宕机（或出现其他意外）的情况，这种情况下就可能会导致消息丢失。为了避免这种情况发生，我们可以要求消费者在消费完消息后发送一个回执给RabbitMQ，

　　　　RabbitMQ收到消息回执（Message acknowledgment）后才将该消息从Queue中移除；如果RabbitMQ没有收到回执并检测到消费者的RabbitMQ连接断开，则RabbitMQ会将该消息发送给其他消费者（如果存在多个消费者）进行处理。这里不存

　　　　在timeout概念，一个消费者处理消息时间再长也不会导致该消息被发送给其他消费者，除非它的RabbitMQ连接断开。

　　　　这里会产生另外一个问题，如果我们的开发人员在处理完业务逻辑后，忘记发送回执给RabbitMQ，这将会导致严重的bug——Queue中堆积的消息会越来越多；消费者重启后会重复消费这些消息并重复执行业务逻辑…

　　　　Message durability：消息的持久化

　　　　Prefetch count：一次接受消息的数量

三、集群

　　主备模式：

　　　　　　主节点提供读写，备用节点不提供读写。如果主节点挂了，就切换到备用节点，原来的备用节点升级为主节点提供读写服务，当原来的主节点恢复运行后，原来的主节点就变成备用节点，和 activeMQ 利用 zookeeper 做主/备一样，

　　也可以一主多备。

　　镜像模式：

　　　　　　

 

　　多活模式：

　　　　也是实现异地数据复制的主流模式，因为 shovel 模式配置比较复杂，所以一般来说，实现异地集群的都是采用这种双活 或者 多活模型来实现的。这种模式需要依赖 rabbitMQ 的 federation 插件，可以实现持续的，可靠的 AMQP 数据通信，

　　多活模式在实际配置与应用非常的简单。

    　　rabbitMQ 部署架构采用双中心模式(多中心)，那么在两套(或多套)数据中心各部署一套 rabbitMQ 集群，各中心的rabbitMQ 服务除了需要为业务提供正常的消息服务外，中心之间还需要实现部分队列消息共享。