CN115378831A - 一种消息中间件服务器的监测方法和装置 - Google Patents

Abstract

本申请提供一种消息中间件服务器的监测方法和装置，涉及数据处理技术领域。其中，消息中间件服务器的监测方法可以通过构建消息中间件监测任务，基于所述消息中间件检测任务，自动获取目标消息中间件服务器的运行状态信息，并确定所述运行状态信息中是否存在满足目标状态控制条件的特殊运行状态信息，若存在所述特殊运行状态信息，则基于所述特殊运行状态信息生成所述消息中间件监测任务的任务监测结果。该方法，可以提升消息中间件服务器的监测的效率，降低消息中间件服务器的监测的人工成本，并提高消息中间件服务器的运行稳定性。

Description

一种消息中间件服务器的监测方法和装置

技术领域

本申请实施例涉及数据处理技术领域，尤其涉及一种消息中间件服务器的监测方法和装置。

背景技术

目前，在金融业务系统运行过程中，为了降低应用之间的耦合度，提高应用业务承载能力及并发处理能力，通常会构建消息中间件服务器作为系统间异步消息的消息传输枢纽，例如，消息传输枢纽可以是利用通过开源消息队列中间件QPID改造得到的消息中心中间件。

现有技术中，消息中间件服务器的管理操作，通常通过消息中间件自带的管理界面完成，原生的消息分散分布，无法进行统一监控。相关技术的消息中间件服务器的监测，通常需要工作人员登录多个管理界面进行人工查核，消息中间件服务器的监测效率低。

发明内容

为解决现有存在的技术问题，本申请实施例提供了一种消息中间件服务器的监测方法和装置，可以提高消息中间件服务器的监测效率，降低消息中间件服务器的监测的人工成本。

为达到上述目的，本申请实施例的技术方案是这样实现的：

第一方面，本申请实施例提供一种消息中间件服务器的监测方法，所述方法包括：

构建消息中间件监测任务；

基于所述消息中间件检测任务，获取目标消息中间件服务器的运行状态信息；

确定所述运行状态信息中是否存在满足目标状态控制条件的特殊运行状态信息；所述目标状态控制条件为预设的与所述运行状态信息对应的状态控制条件；

若存在所述特殊运行状态信息，则基于所述特殊运行状态信息生成所述消息中间件监测任务的任务监测结果。

本申请实施例提供的消息中间件服务器的监测方法，通过构建消息中间件监测任务，基于所述消息中间件检测任务，自动获取目标消息中间件服务器的运行状态信息，并确定所述运行状态信息中是否存在满足目标状态控制条件的特殊运行状态信息，若存在所述特殊运行状态信息，则基于所述特殊运行状态信息生成所述消息中间件监测任务的任务监测结果，实现对消息中间件服务器的高效的监测分析，可以提升消息中间件服务器的监测的效率，降低消息中间件服务器的监测的人工成本，并提高消息中间件服务器的运行稳定性。

在一种可选的实施例中，所述消息中间件监测任务具有对应的执行周期和目标消息中间件地址；

所述基于所述消息中间件检测任务，获取目标消息中间件服务器的运行状态信息，包括：

根据所述执行周期和所述目标消息中间件地址，周期性地获取目标消息中间件服务器的运行状态信息。

上述实施例的方法，根据所述执行周期和所述目标消息中间件地址，周期性地获取目标消息中间件服务器的运行状态信息，进一步地为消息中间件服务器的监测提供便捷，提升消息中间件服务器的监测的效率。

在一种可选的实施例中，所述根据所述执行周期和所述目标消息中间件地址，周期性地获取目标消息中间件服务器的运行状态信息，包括：

若确定到达与所述执行周期对应的监控时间点，则生成状态查询请求；

基于所述目标消息中间件地址，向所述目标消息中间件服务器发送所述状态查询请求；

接收目标消息中间件服务器发送的与所述状态查询请求对应的目标消息中间件服务器的运行状态信息。

上述实施例的方法，通过基于所述目标消息中间件地址，向所述目标消息中间件服务器发送所述状态查询请求，获得目标消息中间件服务器发送的与所述状态查询请求对应的目标消息中间件服务器的运行状态信息，减少人为干预，降低消息中间件服务器的监测的耗时，进一步地提升消息中间件服务器的监测的效率，可以降低消息中间件服务器的监测的人工成本，并提高消息中间件服务器的运行稳定性。

在一种可选的实施例中，所述基于所述特殊运行状态信息生成所述消息中间件监测任务的任务监测结果，包括：

基于所述特殊运行状态信息，确定所述目标消息中间件服务器的异常类型；

基于所述特殊运行状态信息的数值和预设的与所述异常类型对应的异常类型限值，确定所述目标消息中间件服务器的异常程度特征值；

根据所述异常类型和所述异常程度特征值，生成所述消息中间件监测任务的任务监测结果。

上述实施例的方法，根据特殊运行状态信息确定目标消息中间件服务器的异常类型，得到目标消息中间件服务器的异常程度特征值，从而生成所述消息中间件监测任务的任务监测结果，实现基于特殊运行状态信息的监控分析，进一步地提升消息中间件服务器的监测的效率，可以降低消息中间件服务器的监测的人工成本，并提高消息中间件服务器的运行稳定性。

在一种可选的实施例中，所述方法还包括：

若存在所述特殊运行状态信息，则生成与所述特征运行状态信息对应的健康状态告警信息，并进行告警。

上述实施例的方法，可以生成与所述特征运行状态信息对应的健康状态告警信息，并进行告警，进一步地为消息中间件服务器的监测提供便捷，提升消息中间件服务器的监测的效率，可以降低消息中间件服务器的监测的人工成本，并提高消息中间件服务器的运行稳定性。

在一种可选的实施例中，所述确定所述运行状态信息中是否存在满足目标状态控制条件的特殊运行状态信息，包括：

确定所述运行状态信息包括的承载消息数目是否是超过预设的第一状态控制阈值的特殊承载消息数目；

所述基于所述特殊运行状态信息生成所述消息中间件监测任务的任务监测结果，包括：

基于所述特殊承载消息数目，生成所述消息中间件监测任务的第一任务监测结果。

上述实施例的方法，可以监测运行状态信息包括的承载消息数目是否是特殊承载消息数目，生成消息中间件监测任务的第一任务监测结果，提供一种消息队列的监控机制，提升消息中间件服务器的监测的效率，可以降低消息中间件服务器的监测的人工成本，并提高消息中间件服务器的运行稳定性。

在一种可选的实施例中，所述确定所述运行状态信息中是否存在满足目标状态控制条件的特殊运行状态信息，包括：

确定所述运行状态信息包括的交换机丢弃消息数目是否是小于预设的第二状态控制阈值的特殊交换机丢弃消息数目；

所述基于所述特殊运行状态信息生成所述消息中间件监测任务的任务监测结果，包括：

基于所述特殊交换机丢弃消息数目，生成所述消息中间件监测任务的第二任务监测结果。

上述实施例的方法，可以监测运行状态信息包括的交换机丢弃消息数目是否是特殊交换机丢弃消息数目，生成消息中间件监测任务的第二任务监测结果，提供一种消息中间件服务器的交换机的监控机制，提升消息中间件服务器的监测的效率，可以降低消息中间件服务器的监测的人工成本，并提高消息中间件服务器的运行稳定性。

第二方面，本申请实施例还提供一种消息中间件服务器的监测装置，所述装置包括：

任务构建模块，用于构建消息中间件监测任务；

状态获取模块，用于基于所述消息中间件检测任务，获取目标消息中间件服务器的运行状态信息；

异常识别模块，用于确定所述运行状态信息中是否存在满足目标状态控制条件的特殊运行状态信息；所述目标状态控制条件为预设的与所述运行状态信息对应的状态控制条件；

状态分析模块，用于若存在所述特殊运行状态信息，则基于所述特殊运行状态信息生成所述消息中间件监测任务的任务监测结果。

在一种可选的实施例中，所述消息中间件监测任务具有对应的执行周期和目标消息中间件地址；

所述状态获取模块，具体用于：

根据所述执行周期和所述目标消息中间件地址，周期性地获取目标消息中间件服务器的运行状态信息。

在一种可选的实施例中，所述状态获取模块，具体用于：

若确定到达与所述执行周期对应的监控时间点，则生成状态查询请求；

基于所述目标消息中间件地址，向所述目标消息中间件服务器发送所述状态查询请求；

接收目标消息中间件服务器发送的与所述状态查询请求对应的目标消息中间件服务器的运行状态信息。

在一种可选的实施例中，所述状态分析模块，具体用于：

基于所述特殊运行状态信息，确定所述目标消息中间件服务器的异常类型；

基于所述特殊运行状态信息的数值和预设的与所述异常类型对应的异常类型限值，确定所述目标消息中间件服务器的异常程度特征值；

根据所述异常类型和所述异常程度特征值，生成所述消息中间件监测任务的任务监测结果。

在一种可选的实施例中，所述状态分析模块，还用于：

若存在所述特殊运行状态信息，则生成与所述特征运行状态信息对应的健康状态告警信息，并进行告警。

在一种可选的实施例中，所述异常识别模块，具体用于：

确定所述运行状态信息包括的承载消息数目是否是超过预设的第一状态控制阈值的特殊承载消息数目；

所述状态分析模块，具体用于：

基于所述特殊承载消息数目，生成所述消息中间件监测任务的第一任务监测结果。

在一种可选的实施例中，所述异常识别模块，具体用于：

确定所述运行状态信息包括的交换机丢弃消息数目是否是小于预设的第二状态控制阈值的特殊交换机丢弃消息数目；

所述状态分析模块，具体用于：

基于所述特殊交换机丢弃消息数目，生成所述消息中间件监测任务的第二任务监测结果。

第三方面，本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时，实现第一方面的消息中间件服务器的监测方法。

第四方面，本申请实施例还提供了一种电子设备，包括存储器和处理器，所述存储器上存储有可在所述处理器上运行的计算机程序，当所述计算机程序被所述处理器执行时，使得所述处理器实现第一方面的消息中间件服务器的监测方法。

第五方面，本申请实施例一种计算机程序产品，其包括计算机指令，所述计算机指令存储在计算机可读存储介质中；当计算机设备的处理器从所述计算机可读存储介质读取所述计算机指令时，所述处理器执行该计算机指令，使得所述计算机设备执行上述任一种消息中间件服务器的监测方法的步骤。

第二至五方面中任意一种实现方式所带来的技术效果可参见第一方面的实现方式所带来的技术效果，此处不再赘述。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简要介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的一种消息中间件服务器的监测方法的流程示意图；

图2为本申请实施例提供的一种消息中间件服务器的监测方法的获取运行状态信息的流程示意图；

图3为本申请实施例提供的一种消息中间件服务器的监测方法的生成任务监测结果的流程示意图；

图4为本申请实施例提供的另一种消息中间件服务器的监测方法的流程示意图；

图5为本申请实施例提供的一种消息中间件服务器的监测装置的结构示意图；

图6为本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

为了使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请作进一步地详细描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

以下对本申请实施例中的部分用语进行解释说明，以便于本领域技术人员理解。

(1)消息队列中间件：消息队列中间件是分布式系统中重要的消息通讯组件，主要解决应用间消息解耦、异步消息传递、流量削锋等问题，实现高性能、高可用、可伸缩和最终一致性架构。

(2)QPID：QPID是由Apache开发的一种消息队列中间件，实现了AMQP协议，并且支持多种语言与多种平台。

(3)AMQP：AMQP(Advanced Message Queuing Protocol，高级消息队列协议)是一个提供统一消息服务的应用层标准。AMQP是应用层协议的一个开放标准，为面向消息的中间件设计。基于此协议的客户端与消息中间件可传递消息，并不受客户端/中间件不同产品、不同的开发语言等条件的限制。

(4)AMQP路由模型：交换机Exchange和队列Queue是消息中间件的两个重要部分。Exchange负责消息的路由、交换；Queue用来存储消息。具体地，Exchange接受发送端发送者发送的消息，并根据自身的路由算法、绑定关系表、消息中的路由关键字，将消息路由到对应的Queue中；Queue用于存储消息，接收端接收者从队列中获取消息。队列和交换机通过绑定关系表(Binding)进行绑定，交换机的绑定关系表包括队列、绑定关键字、绑定参数。Binding定义了Queue和Exchange的映射关系。其中，在不考虑绑定参数的条件下，如果绑定关键字与消息内的路由关键字匹配成功，则消息会发给绑定关系表中对应的队列。

(5)集群：同一个业务，部署在多个服务器上，提供相同的服务；集群是通过提高单位时间内执行的任务数来提升效率。

为了实现对消息中间件服务器的高效的监测分析，提升消息中间件服务器的监测的效率，本申请实施例中提供一种消息中间件服务器的监测方法和装置。为了更好的理解本申请实施例提供的技术方案，这里对该方案的基本原理做一下简单说明。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

下面结合附图介绍本申请实施例提供的技术方案。

目前，在金融业务系统运行过程中，为了降低应用之间的耦合度，提高应用业务承载能力及并发处理能力，通常会构建消息中间件服务器作为系统间异步消息的消息传输枢纽，例如，消息传输枢纽可以是利用通过开源消息队列中间件QPID改造得到的消息中心中间件。

现有技术中，消息中间件服务器的管理操作，通常通过消息中间件自带的管理界面完成，原生的消息分散分布，无法进行统一监控。相关技术的消息中间件服务器的监测，通常需要工作人员登录多个管理界面进行人工查核，消息中间件服务器的监测效率低。

有鉴于此，本申请实施例提供一种消息中间件服务器的监测方法和装置，其中，消息中间件服务器的监测方法，可以通过构建消息中间件监测任务，基于消息中间件检测任务，自动获取目标消息中间件服务器的运行状态信息，并确定运行状态信息中是否存在满足目标状态控制条件的特殊运行状态信息，若存在特殊运行状态信息，则基于特殊运行状态信息生成消息中间件监测任务的任务监测结果。该方法，实现对消息中间件服务器的高效的监测分析，可以提升消息中间件服务器的监测的效率，降低消息中间件服务器的监测的人工成本，并提高消息中间件服务器的运行稳定性。

以下结合说明书附图对本申请的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本申请，并不用于限定本申请，并且在不冲突的情况下，本申请实施例中的实施例及实施例中的特征可以相互组合。

下面对本申请实施例提供的消息中间件服务器的监测方法进行进一步的解释说明。本申请提供的消息中间件服务器的监测方法，如图1所示，包括以下步骤：

S101，构建消息中间件监测任务。

本申请的实施例中，消息中间件监测任务可以是在具有监测需求时根据用户的操作触发实施；也可以是基于固定的时间间隔进行周期性的实施。

消息中间件监测任务用于获取特定的消息中间件服务器的运行状态信息。

在一些实施例中，消息中间件服务器的运行状态信息，可以包括交换机运行状态信息、队列运行状态信息。其中，队列运行状态信息，包括但不限于以下项目中的部分或全部：承载消息数目、入队消息特征数目、出队消息特征数目、消费者数目。其中，承载消息数目，表征队列中承载的消息的数目；入队消息特征数目，表征监测的时长内入队的消息的数量；出队消息特征数目，表征监测的时长内出队的消息的数量。交换机运行状态信息，包括但不限于以下项目中的部分或全部：交换机丢弃消息数目、交换机进入消息数目、交换机丢弃消息字节数、交换机进入消息字节数。其中，交换机丢弃消息数目，表征在监测的时长内，交换机丢弃的消息的数量；交换机进入消息数目，表征在监测的时长内，交换机进入的消息的数量；交换机丢弃消息字节数，表征在监测的时长内，交换机丢弃的消息的字节数；交换机进入消息字节数，表征在监测的时长内，交换机进入的消息的字节数。

本申请的实施例中，通过队列运行状态信息的监控，可以了解当前消息中心中间件的使用情况，提供信息以进行集群扩容规划和决策或者提前防止大流量的冲击，并且可以分配消息中心中间件集群给新的客户端接入。

可选地，队列运行状态信息中还可以包括最早消息时间毫秒数。

在另外一些实施例中，消息中间件服务器的运行状态信息，还可以包括路由运行状态信息。路由运行状态信息，包括收业务消息路由信息和发业务消息路由信息。其中，收业务消息路由信息，包括：收消息标识、消息事件代码(消息的类别)、消息的流水号、发送者标识；发业务消息路由信息，包括：发消息标识、消息事件代码(消息的类别)、消息的流水号、接受者标识。

本申请的一些实施例中，消息中间件服务器的路由可以为AMQP路由模型。通过对路由运行状态信息的监测，可以实现对业务消息的追踪。

上述实施例的方法，通过对路由运行状态信息的分析，可以跟踪业务消息的路由情况，由谁进行发送、由谁进行接受，从而准确地监测业务消息的路由情况，提升消息中间件服务器的监测的效率。

在另外一些实施例中，消息中间件服务器的运行状态信息，还可以包括资源使用情况信息。其中，资源使用情况信息包括：内存的使用率、CPU的使用率、硬盘的使用率。

S102，基于消息中间件检测任务，获取目标消息中间件服务器的运行状态信息。

在一种可选的实施例中，消息中间件监测任务具有对应的执行周期和目标消息中间件地址；基于消息中间件检测任务，获取目标消息中间件服务器的运行状态信息，可以是根据执行周期和目标消息中间件地址，周期性地获取目标消息中间件服务器的运行状态信息。

具体实施时，消息中间件监测任务可以设置有对应的执行周期和目标消息中间件地址。根据执行周期和目标消息中间件地址可以周期性地目标消息中间件服务器的运行状态信息。

其中，目标消息中间件地址，可以是需要监控的消息中间件服务器的HTTP地址。执行周期可以是预设的时长，例如1min。

示例性地，假定构建的消息中间件监测任务为Task1，Task1具有对应的执行周期Run_cycl和目标消息中间件地址Target_Address。其中，目标消息中间件地址Target_Address是消息中间件服务器Server1的地址。

在一种可选的实施例中，根据执行周期和目标消息中间件地址，周期性地获取目标消息中间件服务器的运行状态信息，如图2所示，可以通过以下步骤实现：

S201，若确定到达与执行周期对应的监控时间点，则生成状态查询请求。

具体实施时，当确定到达与执行周期对应的监控时间点时，消息中间件监测任务触发，生成状态查询请求。

本申请实施例中，状态查询请求可以是HTTP请求。

示例性地，假定构建的消息中间件监测任务为Task1，执行周期Run_cycl设定为1分钟，若基于该执行周期的值，确定到达与执行周期Run_cycl对应的监控时间点T1，则生成状态查询请求Info_Ask_1。

S202，基于目标消息中间件地址，向目标消息中间件服务器发送状态查询请求。

具体实施时，在生成状态查询请求之后，根据消息中间件监测任务的目标消息中间件地址，向与目标消息中间件地址对应的目标消息中间件服务器发送状态查询请求。

示例性地，基于目标消息中间件地址Target_Address，将状态查询请求Info_Ask_1发送给消息中间件服务器Server1。

S203，接收目标消息中间件服务器发送的与状态查询请求对应的目标消息中间件服务器的运行状态信息。

示例性地，接收消息中间件服务器Server1发送的与状态查询请求Info_Ask_1对应的消息中间件服务器Server1的运行状态信息Run_Info_1。

S103，确定运行状态信息中是否存在满足目标状态控制条件的特殊运行状态信息；目标状态控制条件为预设的与运行状态信息对应的状态控制条件。

本申请实施例中，运行状态信息可以包括一个信息项，也可以包括多个信息项。运行状态信息的信息项中，至少存在一个信息项具有预设的状态控制条件。

具体实施中，在接收到与状态查询请求对应的目标消息中间件服务器的运行状态信息之后，可以逐一获取运行状态信息的信息项，每获取一个信息项，执行以下操作：确定获取的运行状态信息的信息项是否具有对应的状态控制条件；若存在，则进一步判断该获取的运行状态信息的信息项的数值是否满足该对应的状态控制条件；若满足，则确定该获取的运行状态信息的信息项，是一个特殊运行状态信息。

示例性地，在一些实施例中，运行状态信息可以包括承载消息数目，预设的与承载消息数目对应的状态控制条件con_rule_1可以具体为“数值超过预设的第一状态控制阈值”，例如，预设的第一状态控制阈值可以是18000；在另一些实施例中，运行状态信息可以包括交换机丢弃消息数目，预设的与交换机丢弃消息数目对应的状态控制条件con_rule_2可以具体为“数值小于预设的第二状态控制阈值”，例如，预设的第二状态控制阈值可以是4。

在一种可选的实施例中，运行状态信息包括消费者数目，预设的与消费者数目对应的状态控制条件con_rule_3可以具体为“数值小于预设的第三状态控制阈值”，例如，预设的第三状态控制阈值可以为3。

S104，若存在特殊运行状态信息，则基于特殊运行状态信息生成消息中间件监测任务的任务监测结果。

在一种可选的实施例中，基于特殊运行状态信息生成消息中间件监测任务的任务监测结果，如图3所示，可以通过以下步骤实现：

S301，基于特殊运行状态信息，确定目标消息中间件服务器的异常类型。

本申请的一些实施例中，当一个信息项具有预设的状态控制条件时，该信息项还具有预设的异常类型。

其中，异常类型可以包括：丢弃消息数目异常、承载消息数目异常、消费者数目异常、内存使用率异常、CPU使用率异常、硬盘使用率异常，等。

示例性地，假定运行状态信息包括承载消息数目，预设的与承载消息数目对应的状态控制条件con_rule_1可以具体为“数值超过18000”，预设的与承载消息数目对应的异常类型为“承载消息数目异常”。若获得的承载消息数目的数值为18500，则运行状态信息中包括的承载消息数目满足状态控制条件con_rule_1，则存在特殊运行状态信息，由此，基于特殊运行状态信息为“承载消息数目”，确定目标消息中间件服务器的异常类型为与“承载消息数目”对应的“承载消息数目异常”。

S302，基于特殊运行状态信息的数值和预设的与异常类型对应的异常类型限值，确定目标消息中间件服务器的异常程度特征值。

本申请的一些实施例中，当一个信息项具有预设的状态控制条件和预设的异常类型时，该信息项还具有预设的异常类型限值。该异常类型限值可以与异常类型一一对应。

示例性地，假定与异常类型“承载消息数目异常”对应的异常类型限值为20000，基于特殊运行状态信息的数值“18500”和预设的与异常类型对应的异常类型限值“20000”，确定目标消息中间件服务器的异常程度特征值。

本申请的一些实施例中，异常程度特征值可以是特殊运行状态信息的数值与异常类型限值的比值。例如，基于特殊运行状态信息的数值“18500”和预设的与异常类型对应的异常类型限值“20000”，确定目标消息中间件服务器的异常程度特征值可以为77％。

S303，根据异常类型和异常程度特征值，生成消息中间件监测任务的任务监测结果。

具体为，在确定异常类型和异常程度特征值之后，可以根据异常类型和异常程度特征值，生成消息中间件监测任务的任务监测结果。其中，任务监测结果包括异常类型和异常程度特征值。

上述实施例的方法，可以确定异常类型和异常程度特征值，从而高效地对消息中间件服务器进行提前预警，并准确掌握异常程度，进一步提升消息中间件服务器的监测的效率，降低消息中间件服务器的监测的人工成本，并提高消息中间件服务器的运行稳定性。

在一种可选的实施例中，若存在特殊运行状态信息，则生成与特征运行状态信息对应的健康状态告警信息，并进行告警。

在一些实施例中，健康状态告警信息可以包括异常类型。在其他一些实施例中，健康状态告警信息可以同时包括异常类型和异常程度特征值。

示例性地，假定运行状态信息中包括的承载消息数目为特殊运行状态信息，则生成与承载消息数目对应的健康状态告警信息，并进行告警。

具体实施时，生成与特征运行状态信息对应的健康状态告警信息，并进行告警的过程，可以是生成健康状态告警信息并播放该健康状态告警信息。在其他一些实施例中，还可以是将该健康状态告警信息发送给预设的与异常类型对应的终端设备上，例如，向特定的工作人员的手机号发送短信息，或向手机上的客户端发送消息。

图4示出了本申请实施例提供的另一种消息中间件服务器的监测方法。如图4所示，包括如下步骤：

S401，构建消息中间件监测任务。

其中，消息中间件监测任务具有对应的执行周期和目标消息中间件地址。

S402，若确定到达与执行周期对应的监控时间点，则生成状态查询请求。

S403，基于目标消息中间件地址，向目标消息中间件服务器发送状态查询请求。

S404，接收目标消息中间件服务器发送的与状态查询请求对应的目标消息中间件服务器的运行状态信息。

S405，确定运行状态信息中是否存在满足目标状态控制条件的特殊运行状态信息。若是，则执行步骤S406；若否，则返回步骤S402。

其中，目标状态控制条件为预设的与运行状态信息对应的状态控制条件。

S406，基于特殊运行状态信息生成消息中间件监测任务的任务监测结果。

步骤S401～步骤S406中步骤具体过程可以参照前述实施例中的方法步骤执行，在此不再赘述。

在一种可选的实施例中，步骤S405，确定运行状态信息中是否存在满足目标状态控制条件的特殊运行状态信息的过程，可以是确定运行状态信息包括的承载消息数目是否是超过预设的第一状态控制阈值的特殊承载消息数目；步骤S406，基于特殊运行状态信息生成消息中间件监测任务的任务监测结果的过程，可以是基于特殊承载消息数目，生成消息中间件监测任务的第一任务监测结果。

具体实施时，第一任务监测结果中可以包括以下项目的部分或全部：特殊承载消息数目的数值、异常类型和异常程度特征值。

在一种可选的实施例中，步骤S405，确定运行状态信息中是否存在满足目标状态控制条件的特殊运行状态信息，具体为：确定运行状态信息包括的交换机丢弃消息数目是否是小于预设的第二状态控制阈值的特殊交换机丢弃消息数目；步骤S406，基于特殊运行状态信息生成消息中间件监测任务的任务监测结果，具体为：基于特殊交换机丢弃消息数目，生成消息中间件监测任务的第二任务监测结果。

具体实施时，第二任务监测结果中可以包括以下项目的部分或全部：特殊交换机丢弃消息数目的数值、异常类型和异常程度特征值。

上述实施例提供的消息中间件服务器的监测方法，可以通过构建消息中间件监测任务，基于消息中间件检测任务，自动获取目标消息中间件服务器的运行状态信息，并确定运行状态信息中是否存在满足目标状态控制条件的特殊运行状态信息，若存在特殊运行状态信息，则基于特殊运行状态信息生成消息中间件监测任务的任务监测结果，实现对消息中间件服务器的高效的监测分析，可以提升消息中间件服务器的监测的效率，降低消息中间件服务器的监测的人工成本，并提高消息中间件服务器的运行稳定性。

基于同一发明构思，本申请实施例中还提供了一种消息中间件服务器的监测装置。由于该装置是本申请实施例消息中间件服务器的监测方法对应的装置，并且该装置解决问题的原理与该方法相似，因此该装置的实施可以参见上述方法的实施，重复之处不再赘述。

图5示出了本申请实施例提供的一种消息中间件服务器的监测装置的结构示意图，该消息中间件服务器的监测装置，如图5所示，包括：任务构建模块501、状态获取模块502、异常识别模块503和状态分析模块504。

其中，任务构建模块501，用于构建消息中间件监测任务；

状态获取模块502，用于基于消息中间件检测任务，获取目标消息中间件服务器的运行状态信息；

异常识别模块503，用于确定运行状态信息中是否存在满足目标状态控制条件的特殊运行状态信息；目标状态控制条件为预设的与运行状态信息对应的状态控制条件；

状态分析模块504，用于若存在特殊运行状态信息，则基于特殊运行状态信息生成消息中间件监测任务的任务监测结果。

在一种可选的实施例中，消息中间件监测任务具有对应的执行周期和目标消息中间件地址；

状态获取模块502，具体用于：

根据执行周期和目标消息中间件地址，周期性地获取目标消息中间件服务器的运行状态信息。

在一种可选的实施例中，状态获取模块502，具体用于：

若确定到达与执行周期对应的监控时间点，则生成状态查询请求；

基于目标消息中间件地址，向目标消息中间件服务器发送状态查询请求；

接收目标消息中间件服务器发送的与状态查询请求对应的目标消息中间件服务器的运行状态信息。

在一种可选的实施例中，状态分析模块504，具体用于：

基于特殊运行状态信息，确定目标消息中间件服务器的异常类型；

基于特殊运行状态信息的数值和预设的与异常类型对应的异常类型限值，确定目标消息中间件服务器的异常程度特征值；

根据异常类型和异常程度特征值，生成消息中间件监测任务的任务监测结果。

在一种可选的实施例中，状态分析模块504，还用于：

若存在特殊运行状态信息，则生成与特征运行状态信息对应的健康状态告警信息，并进行告警。

在一种可选的实施例中，异常识别模块503，具体用于：

确定运行状态信息包括的承载消息数目是否是超过预设的第一状态控制阈值的特殊承载消息数目；

状态分析模块504，具体用于：

基于特殊承载消息数目，生成消息中间件监测任务的第一任务监测结果。

在一种可选的实施例中，异常识别模块503，具体用于：

确定运行状态信息包括的交换机丢弃消息数目是否是小于预设的第二状态控制阈值的特殊交换机丢弃消息数目；

状态分析模块504，具体用于：

基于特殊交换机丢弃消息数目，生成消息中间件监测任务的第二任务监测结果。

与上述方法实施例基于同一发明构思，本申请实施例中还提供了一种电子设备。该电子设备可以用于消息中间件服务器的监测。在一种实施例中，该电子设备可以是服务器。在该实施例中，电子设备的结构可以如图6所示，包括存储器601，通讯模块603以及一个或多个处理器602。

存储器601，用于存储处理器602执行的计算机程序。存储器601可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统，以及运行即时通讯功能所需的程序等；存储数据区可存储各种即时通讯信息和操作指令集等。

存储器601可以是易失性存储器(volatile memory)，例如随机存取存储器(random-access memory，RAM)；存储器601也可以是非易失性存储器(non-volatilememory)，例如只读存储器，快闪存储器(flash memory)，硬盘(hard disk drive，HDD)或固态硬盘(solid-state drive，SSD)、或者存储器601是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器601可以是上述存储器的组合。

处理器602，可以包括一个或多个中央处理单元(central processing unit，CPU)或者为数字处理单元等等。处理器602，用于调用存储器601中存储的计算机程序时实现上述消息中间件服务器的监测方法。

通讯模块603用于与电子设备和其他终端或服务器进行通信。

本申请实施例中不限定上述存储器601、通讯模块603和处理器602之间的具体连接介质。本申请实施例在图6中以存储器601和处理器602之间通过总线604连接，总线604在图6中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。总线604可以分为地址总线、数据总线、控制总线等。为便于表示，图6中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

本申请的实施例还提供了一种计算机存储介质，计算机存储介质中存储有计算机可执行指令，计算机可执行指令用于实现本申请任一实施例所记载的消息中间件服务器的监测方法。

本申请的实施例还提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。当计算机设备的处理器从所述计算机可读存储介质读取所述计算机指令时，所述处理器执行该计算机指令，使得所述计算机设备执行上述任一实施例中的消息中间件服务器的监测方法。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。

Claims (15)

1.一种消息中间件服务器的监测方法，其特征在于，包括：

构建消息中间件监测任务；

基于所述消息中间件检测任务，获取目标消息中间件服务器的运行状态信息；

确定所述运行状态信息中是否存在满足目标状态控制条件的特殊运行状态信息；所述目标状态控制条件为预设的与所述运行状态信息对应的状态控制条件；

若存在所述特殊运行状态信息，则基于所述特殊运行状态信息生成所述消息中间件监测任务的任务监测结果。

2.根据权利要求1所述的方法，其特征在于，所述消息中间件监测任务具有对应的执行周期和目标消息中间件地址；

所述基于所述消息中间件检测任务，获取目标消息中间件服务器的运行状态信息，包括：

根据所述执行周期和所述目标消息中间件地址，周期性地获取目标消息中间件服务器的运行状态信息。

3.根据权利要求2所述的方法，其特征在于，所述根据所述执行周期和所述目标消息中间件地址，周期性地获取目标消息中间件服务器的运行状态信息，包括：

若确定到达与所述执行周期对应的监控时间点，则生成状态查询请求；

基于所述目标消息中间件地址，向所述目标消息中间件服务器发送所述状态查询请求；

接收目标消息中间件服务器发送的与所述状态查询请求对应的目标消息中间件服务器的运行状态信息。

4.根据权利要求1所述的方法，其特征在于，所述基于所述特殊运行状态信息生成所述消息中间件监测任务的任务监测结果，包括：

基于所述特殊运行状态信息，确定所述目标消息中间件服务器的异常类型；

基于所述特殊运行状态信息的数值和预设的与所述异常类型对应的异常类型限值，确定所述目标消息中间件服务器的异常程度特征值；

根据所述异常类型和所述异常程度特征值，生成所述消息中间件监测任务的任务监测结果。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：

若存在所述特殊运行状态信息，则生成与所述特征运行状态信息对应的健康状态告警信息，并进行告警。

6.根据权利要求1所述的方法，其特征在于，所述确定所述运行状态信息中是否存在满足目标状态控制条件的特殊运行状态信息，包括：

确定所述运行状态信息包括的承载消息数目是否是超过预设的第一状态控制阈值的特殊承载消息数目；

所述基于所述特殊运行状态信息生成所述消息中间件监测任务的任务监测结果，包括：

基于所述特殊承载消息数目，生成所述消息中间件监测任务的第一任务监测结果。

7.根据权利要求1所述的方法，其特征在于，所述确定所述运行状态信息中是否存在满足目标状态控制条件的特殊运行状态信息，包括：

确定所述运行状态信息包括的交换机丢弃消息数目是否是小于预设的第二状态控制阈值的特殊交换机丢弃消息数目；

所述基于所述特殊运行状态信息生成所述消息中间件监测任务的任务监测结果，包括：

基于所述特殊交换机丢弃消息数目，生成所述消息中间件监测任务的第二任务监测结果。

8.一种消息中间件服务器的监控装置，其特征在于，包括：

任务构建模块，用于构建消息中间件监测任务；

状态获取模块，用于基于所述消息中间件检测任务，获取目标消息中间件服务器的运行状态信息；

异常识别模块，用于确定所述运行状态信息中是否存在满足目标状态控制条件的特殊运行状态信息；所述目标状态控制条件为预设的与所述运行状态信息对应的状态控制条件；

状态分析模块，用于若存在所述特殊运行状态信息，则基于所述特殊运行状态信息生成所述消息中间件监测任务的任务监测结果。

9.根据权利要求8所述的装置，其特征在于，所述消息中间件监测任务具有对应的执行周期和目标消息中间件地址；

所述状态获取模块，具体用于：

根据所述执行周期和所述目标消息中间件地址，周期性地获取目标消息中间件服务器的运行状态信息。

10.根据权利要求9所述的装置，其特征在于，所述状态获取模块，具体用于：

若确定到达与所述执行周期对应的监控时间点，则生成状态查询请求；

基于所述目标消息中间件地址，向所述目标消息中间件服务器发送所述状态查询请求；

接收目标消息中间件服务器发送的与所述状态查询请求对应的目标消息中间件服务器的运行状态信息。

11.根据权利要求8所述的装置，其特征在于，所述状态分析模块，具体用于：

基于所述特殊运行状态信息，确定所述目标消息中间件服务器的异常类型；

基于所述特殊运行状态信息的数值和预设的与所述异常类型对应的异常类型限值，确定所述目标消息中间件服务器的异常程度特征值；

根据所述异常类型和所述异常程度特征值，生成所述消息中间件监测任务的任务监测结果。

12.根据权利要求8所述的装置，其特征在于，所述状态分析模块，还用于：

若存在所述特殊运行状态信息，则生成与所述特征运行状态信息对应的健康状态告警信息，并进行告警。

13.一种计算机可读存储介质，所述计算机可读存储介质内存储有计算机程序，其特征在于：所述计算机程序被处理器执行时，实现权利要求1～7中任一项所述的方法。

14.一种电子设备，其特征在于，包括存储器和处理器，所述存储器上存储有可在所述处理器上运行的计算机程序，当所述计算机程序被所述处理器执行时，实现权利要求1～7中任一项所述的方法。

15.一种计算机程序产品，其特征在于，其包括计算机指令，所述计算机指令存储在计算机可读存储介质中；当计算机设备的处理器从所述计算机可读存储介质读取所述计算机指令时，所述处理器执行该计算机指令，使得所述计算机设备执行权利要求1～7中任一方法的步骤。

Images