RabbitMQ监控（二）：使用REST API来检测

#RabbitMQ 监控（二）

　　通过测试RabbitMQ是否能够接收新的请求和构造AMQP信道，可以用来验证RabbitMQ服务器是否健康。接下来，我们将检测消息通信的整个过程，向RabbitMQ发布消息然后消费该消息，来验证消息被正确地路由了。
　　虽然可以通过简单的扩展AMQP健康检测程序来对路由过程进行完整的测试，但是检测程序会因此增添额外的复杂性。因为它需要创建队列，并确保如果健康检测程序没有完成的话消息不会建立。这里有其他选择，随RabbitMQ Management插件一同发布的REST API的特性之一，就是一个可以内部检测RabbitMQ服务器健康状态的API。aliveness-test，使用三个步骤来验证RabbitMQ服务器是否健康：
　　
　　* 创建一个队列来接收测试消息

　　* 用队列名称作为消息路由键，将消息发往默认交换器

　　* 当消息到达队列的时候就消费该消息，否则就报错

　　由于检测程序（aliveness-test）运行在Erlang虚拟机内部，因此它不会受到网络问题的影响。如果在虚拟机外部的话，网络问题可能会阻止你连接到RabbitMQ的端口（5672）。因此，最好是结合RabbitMQ 监控（一）构建的AMQP健康检测和基于API的健康检测两种方式，可以确保对RabbitMQ服务器的全方位监控。特别需要注意的是aliveness-test API检测的过程不会删除创建的队列，这意味着你的健康检测程序可以以非常短的周期重复运行。
　　那么如何使用aliveness-test API来编写健康检测程序呢？RabbitMQ自带的Management Plugin提供了一些REST API，在RabbitMQ Management页面可以看到latest HTTP API documentation here的链接，点击可以查看这些API。目前最新的是RabbitMQ Management HTTP API。
　　
　　在上面的API页面可以看到关于aliveness-testAPI的描述：

GET request
Path：/api/aliveness-test/vhost
Description：
Declares a test que