MQ消息队列产品测试

1、产品背景
消息队列是阿里巴巴集团自主研发的专业消息中间件。 产品基于高可用分布式集群技术，提供消息订阅和发布、消息轨迹查询、定时（延时）消息、资源统计、监控报警等一系列消息云服务，是企业级互联网架构的核心产品。 MQ 目前提供 TCP 、MQTT 两种协议层面的接入方式，支持 Java、C++ 以及 .NET 不一样语言，方便不一样编程语言开发的应用快速接入 MQ 消息云服务。 用户能够将应用部署在阿里云 ECS、企业自建云，或者嵌入到移动端、物联网设备中与 MQ 创建链接进行消息收发，同时本地开发者也能够经过公网接入 MQ 服务进行消息收发。

从官方文档中看到MQ消息队列的产品为一个提供消息服务的中间件，能够提供端到云的消息服务，这个端的覆盖面包括了移动端和IOT物联网设备，而且为了支持IOT的须要除TCP协议外提供了MQTT来支持物联网设备的消息服务，在云上的支持不止包括阿里云，能够支持用户将服务部署在企业自建云上。做为PAAS层的服务支持用户经过API的方式将消息队列服务集成在本身的平台上，目前在产品的结构上分红两部分，移动端和物联网的消息队列服务单独做为一个子产品MQ FOR IOT提供服务，这项服务和MQ主服务比主要的区别就是增长了对MQTT通信协议的支持。

从编程语言来看，由于MQ FOR IOT是面向移动端和物联网，因此须要支持的编程语言更多，包括ANDROID、IOS和PYTHON环境在消息队列服务中都已经支持。
2、消息队列MQ产品测试

开通服务进入控制台后看到菜单将消息队列服务清晰的分红两部分，支持MQTT的微消息服务单独列出子菜单，菜单选项按照功能分红三大部分，生产管理类子菜单，消息查询追踪类子菜单和监控报警类子菜单。

TOPIC是消息队列服务中一个重要概念，用于区分消息的不一样类型，好比在一次交易中，用户对于商品所下的订单和支付的订单虽然针对的是同一件事情，可是对于消息队列来讲，这两种消息的功能和类型有明显的不一样，能够用不一样的TOPIC来区分，在TOPIC下还有个标签TAG用于二级分类，如一个用户对不一样商品的购买订单能够做为不一样的TAG。针对消息的配置来说，须要定义消息的名字和消息的类型。在类型上普通消息、事务消息、定时消息、分区消息等均可以将不一样类型的TOPIC根据类型区分。将TOPIC按什么类型进行分类及纳入哪一个分类须要用户根据实际状况进行肯定。

 

除了TOPIC外，对于一条消息，还有三个独特的属性能够为查询提供方便，生产者的编号（PRODUCT ID）、消费者的编号（CONSUMER ID）和消息编号（MESSAGE ID），加上TOPIC的配置，能够准肯定义海量消息中的每一条，方便查询和监控等功能的支持。

消息路由是指的在不一样地域间的消息同步，须要配置源地域和TOPIC、目标地域和TOPIC，从最新写入源的消息开始进行同步。

资源报表分红两个子项，生产者和消费者，能够对于消息的两个源头的状况进行查看，若是须要对于消息服务的能够在监控报警设置中进行配置，对于消息的报警项，有两个重要指标堆积量和消息延迟，分别从数量和时间对于消息服务的异常状况进行报警，经过短信方式通知用户。
3、微消息队列MQ FOR IOT产品测试

从微消息队列的按量付费的计费项目就能够看出物联网在消息通信上的几个主要特征，即时链接数、订阅消息数和消息收发量。万物互联后物联网设备的消息数在这三个维度都会到达海量的程度，特别是即时链接这个特色和通常的MQ服务有很大不一样，能够表明物联网中消息传递的特征。

此外，微消息队列服务对于消息的分类同通常MQ服务不一样的是，将TOPIC分红父TOPIC和子TOPIC的方式而不是TOPIC和TAG的分类方式，子TOPIC从属于父TOPIC，这个特色我想也是由于须要支持物联网的关系，由于传统下的消息都是针对应用比较多，可是物联网状况下，消息的类型如设备的状态、工业监测数据等会比通常状况多的多，而且消息服务的实时性要求更高，因此将TOPIC设置成父子从属关系更有利于对海量不一样类型的消息进行区分。

原文连接