[发明专利]一种物联网卡中间件的监控管理方法及装置

权利要求书

1.一种物联网卡中间件的监控管理方法，其特征在于，包括：

通过API与中间件连接，获取所述中间件的状态信息保存到数据库；

配置对所述中间件的监控策略；

定时器包括主定时器和副定时器，所述主定时器在系统启动时候，开始定时轮询定时器信息数据表，若发现有定时任务，则所述主定时器调起所述副定时器轮询所述中间件提供的API，获取所述中间件当前消息消费数据；

根据所述监控策略，判断所述消息消费数据是否达到所述定时器信息数据表中的告警阈值；

若所述消息消费数据达到所述告警阈值，则所述中间件处于告警状态；

若所述中间件处于告警状态，则触发告警；

其中，所述状态信息包括以下至少一种：当前队列数目、队列中信息数目、队列信息消耗速率；所述告警状态包括以下至少一种：队列卡顿、队列消费过慢、死信队列积压、失败订单、MQ卡单、IP异常。

2.根据权利要求1所述的一种物联网卡中间件的监控管理方法，其特征在于，所述监控策略包括：

定义消息队列的类型；

定义所述消息队列的告警状态；

定义所述告警阈值；

定义告警模式。

3.根据权利要求2所述的一种物联网卡中间件的监控管理方法，其特征在于，所述定义告警模式，具体包括：

定义告警对象，至少包括技术人员、运营人员、运维人员中的一种；

定义告警方式，至少包括发送短信、发送系统信息、发送邮件中的一种。

4.根据权利要求1所述的一种物联网卡的中间件的监控管理方法，其特征在于，所述告警状态包括队列卡顿、队列消费过慢、死信队列积压、失败订单、MQ卡单、IP异常，分别具体为：

所述队列卡顿：若单位时间内的若干订单处于“处理中”状态，且上游没有返回订单状态信息，则属于所述队列卡顿；

所述队列消费过慢：若订单状态更新的速率小于阈值，且单位时间内的平均交易时长大于阈值，则属于所述队列消费过慢；

所述死信队列积压：若单位时间内死信队列中的消息没有得到处理，且队列消费者没有返回确认字符，则属于所述死信队列队列积压；

所述失败订单：若单位时间内失败订单的数目小于阀值，则属于所述失败订单；

所述MQ卡单：若单位时间内内订单状态的更新速度小于阀值，则属于MQ卡单；

所述IP异常：若请求方的IP地址由于非白名单导致出现请求异常，则属于IP异常。

5.根据权利要求1-4任一项所述的一种物联网卡中间件的监控管理方法，其特征在于，所述消息消费数据包括消息队列的队列类型、订单状态、订单更新速率、消耗内存、平均消息吞吐量。

6.根据权利要求1-4任一项所述的一种物联网卡的中间件的监控管理方法，其特征在于，所述API为RabbitMQ Management HTTP API。

7.一种物联网卡中间件的监控管理装置，其特征在于，包括：

访问模块，用于通过API与中间件连接，获取所述中间件的状态信息保存到数据库模块；所述状态信息包括以下至少一种：当前队列数目、队列中信息数目、队列信息消耗速率；

所述数据库模块，用于保存由所述访问模块传送的所述状态信息；

策略配置模块，用于配置对所述中间件的监控策略；

定时器，包括主定时器和副定时器，所述主定时器在系统启动时候，开始定时轮询定时器信息数据表，若发现有定时任务，则所述主定时器调起所述副定时器轮询所述中间件提供的API，获取所述中间件当前消息消费数据；

告警判断模块，用于根据所述监控策略，判断所述消息消费数据是否达到所述定时器信息数据表中的告警阈值；若所述消息消费数据达到所述告警阈值，则所述中间件处于告警状态；所述告警状态包括以下至少一种：队列卡顿、队列消费过慢、死信队列积压、失败订单、MQ卡单、IP异常；

告警模块，若所述中间件处于告警状态，则向告警对象发送告警信息，实现告警功能。