一种消息中间件的监控方法、装置及设备与流程

1.本发明涉及计算机领域，具体涉及一种消息中间件的监控方法、装置及设备。


背景技术：

2.在高并发、大流量业务系统中，比如网联中国电子支付结算(electronics payment clearing of china，epcc)平台，通常需要通过日志数据对交易信息进行监控，而消息中间件则为日志数据提供聚合与缓冲功能，供下游系统进行分析，最终在可视化监控指标展示工具展示交易信息，因此，监控消息中间件是否正常运行则至关重要。目前，通常使用端口号对消息中间件进行监控，当监测到端口号下线时表征消息中间件的服务下线，此时则会进行告警触发，隔离故障。然而，当系统处于死锁、阻塞等场景时，端口号依然存在，而消息中间件却不能正常提供服务，因此，监控端口号并不能第一时间发现问题，对于高并发、业务连续性要求高的系统并不能进行全面监控。


技术实现要素：

3.因此，本发明要解决的技术问题在于克服现有技术中的对于高并发、业务连续性要求高的系统不能及时发现消息中间件的运行故障而导致监控不全面的缺陷，从而提供一种消息中间件的监控方法、装置及设备。
4.根据第一方面，本发明实施例提供了一种消息中间件的监控方法，包括：获取消息中间件的当前流量参数值；判断所述流量参数值是否低于预设阈值；若所述流量参数值低于所述预设阈值，判定所述消息中间件的服务出现异常。
5.结合第一方面，在第一方面的第一实施方式中，所述获取消息中间件的当前流量参数值，包括：使用目标监控系统在预设时间间隔内获取消息中间件的流量参数值。
6.结合第一方面，在第一方面的第二实施方式中，还包括：若所述流量参数值低于所述预设阈值，继续监控所述消息中间件的当前流量参数值。
7.结合第一方面或第一方面的第一实施方式或第一方面的第二实施方式，在第一方面的第三实施方式中，所述流量参数值包括以下至少一种：接收字节数、发送字节数、接收消息数、发送消息数。
8.结合第一方面，在第一方面的第四实施方式中，所述方法还包括：监控所述消息中间件的服务端口是否在线；当所述端口不在线时，判定所述消息中间件的服务出现异常。
9.结合第一方面第四实施方式，在第一方面的第五实施方式中，所述获取消息中间件的当前流量参数值，包括：当所述服务端口在线时，获取所述消息中间件的当前流量参数值。
10.结合第一方面，在第一方面的第六实施方式中，还包括：在服务端口在线的情况下，触发告警并发送告警信号，所述告警信号用于提示所述流量参数值低于所述预设阈值或者所述消息中间件的服务出现异常。
11.根据第二方面，本发明实施例提供了一种消息中间件的监控装置，包括：第一获取
模块，用于获取消息中间件的当前流量参数值；判断模块，用于判断所述流量参数值是否低于预设阈值；判定模块，用于若所述流量参数值低于所述预设阈值，判定所述消息中间件的服务出现异常。
12.根据第三方面，本发明实施例提供了一种计算机设备，包括：存储器和处理器，所述存储器和所述处理器之间互相通信连接，所述存储器中存储有计算机指令，所述处理器通过执行所述计算机指令，从而执行第一方面或第一方面任一实施方式所述的消息中间件的监控方法。
13.根据第四方面，本发明实施例提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使所述计算机执行第一方面或第一方面任一实施方式所述的消息中间件的监控方法。
14.本技术实施例采用的上述至少一个技术方案能够达到以下有益效果：
15.本发明提供的消息中间件的监控方法，通过获取消息中间件的当前流量参数值，判断流量参数值是否低于预设阈值，若流量参数值低于预设阈值，判定消息中间件的服务出现异常，相较于现有技术中仅通过监控端口是否在线对消息中间件的服务正常与否进行判断而导致不能第一时间发现问题，对于高并发、业务连续性要求高的系统并不能进行全面监控，该方法克服了高并发、业务连续性要求高的系统不能进行全面监控的缺陷，能够更加全面的监控消息中间件的运行状态，弥补端口监控覆盖不全面的应用场景，提高了对消息中间件服务正常与否的监控准确性。
附图说明
16.为了更清楚地说明本发明具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
17.图1为本发明实施例中消息中间件与epcc系统的原理框图；
18.图2为本发明实施例中消息中间件的监控方法的流程图；
19.图3为本发明实施例中消息中间件的监控方法的流程图；
20.图4为本发明实施例中消息中间件的监控方法的流程图；
21.图5为本发明实施例中消息中间件的监控装置的原理框图；
22.图6为本发明实施例中计算机设备的结构示意图。
具体实施方式
23.下面将结合附图对本发明的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
24.在本发明的描述中，需要说明的是，术语“中心”、“上”、“下”、“左”、“右”、“竖直”、“水平”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。此外，术语“第一”、“第二”、
“
第三”仅用于描述目的，而不能理解为指示或暗示相对重要性。
25.在本发明的描述中，需要说明的是，除非另有明确的规定和限定，术语“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，还可以是两个元件内部的连通，可以是无线连接，也可以是有线连接。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本发明中的具体含义。
26.此外，下面所描述的本发明不同实施方式中所涉及的技术特征只要彼此之间未构成冲突就可以相互结合。
27.实施例1
28.本实施例提供一种消息中间件的监控方法，可应用于高并发、业务连续性要求高的系统，本技术实施例以网联中国电子支付结算(electronics payment clearing of china，epcc)系统为例，如图1所示，该系统通过日志收集系统flume进行日志收集，为了保持业务连续性，第一时间发现问题，采用日志分析系统(elasticsearch、logstash、kibana；elk)对交易信息进行展示并监控。其中，作为日志收集器的logstash可以对日志进行搜集、分析和过滤，可支持的日志类型包括系统日志、错误日志和自定义应用程序日志，它可以将接收日志以搜索与数据分析引擎elasticsearch的方式进行数据输出；搜索与数据分析引擎elasticsearch提供搜集、分析、存储数据三大功能，可以接收logstash的输出数据，进行实时全文搜索和分析；开源分析和可视化平台kibana用于搜索、分析和可视化存储在elasticsearch指标中的日志数据。消息中间件则可以对交易日志进行聚合，供下游系统进行分析，然后输出到elasticsearch中，最终在监控大屏展示交易信息，因此，对消息中间件正常运行的监控至关重要。
29.本实施例提供一种消息中间件监控方法，如图2所示，包括如下步骤：
30.s11，获取消息中间件的当前流量参数值。
31.示例性地，当前的流量参数值以系统吞吐量进行表征，可以为接收字节数，可以为发送字节数，可以为接收消息数，也可以为发送消息数，还可以为接收字节数、发送字节数、接收消息数或发送消息数中几种的组合。
32.消息中间件的当前流量参数值可以通过监控工具进行获取，该监控工具可以具备采集信息、存储信息、展示信息和报警通知等功能，比如cacti、nagios、ganglia、zabbix等，本实施例采用zabbix对消息中间件的流量参数进行采集和获取。本技术对获取消息中间件的监控工具不作限定，本领域技术人员可以根据实际需要确定。对于无法采集流量参数值的消息中间件，技术人员可以针对该消息中间件进行插件开发，以便监控工具可以对消息中间件的流量参数值进行监控和获取。
33.为了提高监控消息中间件的监控准确性，获取消息中间件的当前流量参数值，包括：使用目标监控系统在预设时间间隔内获取消息中间件的流量参数值。
34.示例性地，目标监控系统可以为具有采集信息、存储信息、展示信息和报警通知的监控工具，本实施例选择监控工具zabbix。预设时间间隔为获取流量参数值的时刻，预设不同的时间间隔可以保证目标监控系统对消息中间件的流量参数值的实时获取，预设时间间隔可以根据经验值进行确定，比如5s～30s。以预设时间间隔为5s为例，则目标监控系统每隔5s对消息中间件的流量参数值进行获取。
35.s13，判断流量参数值是否低于预设阈值。
36.示例性地，预设阈值为判断消息中间件是否服务异常的流量参数值的最小值。通过比较当前的流量参数值与预设阈值之间的关系，判断消息中间件的服务是否异常。预设阈值可以根据实际需要进行确定，本技术对此不作限定。
37.流量参数值可以以系统吞吐量进行表征，系统吞吐量可以包括以下指标：当以接收字节数作为表征时，预设阈值设置为1500字节；当以发送字节数作为表征时，预设阈值设置为1500字节；当以接收消息数作为表征时，预设阈值设置为50条；当以发送消息数作为表征时，预设阈值设置为50条。
38.s15，若流量参数值低于预设阈值，判定消息中间件的服务出现异常。
39.示例性地，由于预设阈值为消息中间件服务正常的最低流量参数值，当消息中间件的流量参数值下降至预设阈值，则可以判定消息中间件的服务出现异常。例如，根据系统设定的预设阈值为t0，消息中间件正常服务时的系统吞吐量tps为t1，当监控到消息中间件的系统吞吐量tps大于t1时，则可以认为消息中间件的服务是正常的，当监控工具监控到消息中间件的系统吞吐量tps下降且低于t0时，则可以认定消息中间件的服务出现异常。用户可以针对在监控消息中间件的流量参数值的监控工具中添加告警配置，当监控工具监控到流量参数值异常时，可以启动告警配置，以便对服务异常的消息中间件进行故障隔离。
40.本实施例提供的消息中间件的监控方法，通过获取消息中间件的当前流量参数值，判断流量参数值是否低于预设阈值，若流量参数值低于预设阈值，判定消息中间件的服务出现异常，相较于现有技术中仅通过监控端口是否在线对消息中间件的服务正常与否进行判断而导致不能第一时间发现问题，对于高并发、业务连续性要求高的系统并不能进行全面监控，该方法直接监控消息中间件的当前流量参数值，通过当前流量参数值判断消息中间件的服务是否正常，能够更加全面的监控消息中间件的运行状态，进而实现了对高并发、业务连续性要求高的系统能够全面监控，弥补端口监控覆盖不全面的应用场景，提高了对消息中间件服务正常与否的监控准确性。
41.作为本技术一个可选的实施方式，如图3所示，该方法还包括：
42.s17，若流量参数值不低于预设阈值，继续监控消息中间件的当前流量参数值。
43.示例性的，若监控工具监控到的流量参数值并不低于预设阈值，则表明消息中间件的服务正常。监控工具可以继续监控服务中间件的流量参数值，执行上述步骤s11～s15。
44.作为本技术一个可选的实施方式，如图3所示，该消息中间件的监控方法还包括：
45.s01，监控消息中间件的服务端口是否在线。
46.示例性地，消息中间件进行服务的前提是消息中间件的服务服务端口在线，不同的消息中间件对应不同的服务端口号，因此可以通过监控工具对消息中间件的服务端口号进行监控。当监控到端口号下线时，消息中间件的服务就下线了，意味着消息中间件的服务出现异常。此时，监控工具可以触发告警配置，对服务异常的消息中间件进行故障隔离。
47.s03，当端口不在线时，判定消息中间件的服务出现异常。
48.示例性地，当监控工具监控到消息中间件的服务端口不在线时，消息中间件的服务则一定存在问题。当系统出现故障时，消息中间件的服务会停止运行，流量参数值则会下降到预设阈值或0，若服务端口也不在线，两者均会触发告警配置。此时，为了减少出现不必要的告警信号，可以在监控工具对告警信号进行抑制配置，当服务端口不在线时，可以取消
服务异常告警，因为服务端口不在线，系统的消息中间件服务必然不正常，这样既减少了告警，同时能够发现消息中间件的异常服务问题。
49.作为本技术一个可选的实施方式，如图3所示，步骤s11获取所述消息中间件的当前流量参数值，包括：
50.s05，当服务端口在线时，获取消息中间件的当前流量参数值。
51.示例性地，当监控工具监控到消息中间件的服务端口在线时，可以初步认为消息中间件服务在线，但是当系统出现死锁或者阻塞等情况时，尽管消息中间件的服务端口号存在，消息中间件仍然不能正常提供服务，在这种场景下，监控消息中间件的服务端口号并不能第一时间发现问题。因此，当监控到服务端口在线时，则继续对消息中间件的当前流量参数值进行监控，当获取的消息中间件的流量参数值低于预设阈值甚至流量参数值为0时，则消息中间件的服务是存在问题的，此时可以发出告警信号通知系统运维人员对出现问题的消息中间件进行故障隔离，以保证系统业务的连续性。
52.在获取消息中间件的当前流量参数值之前，监控消息中间件的服务端口是否在线，若服务端口在线则获取消息中间件的当前流量参数值，避免出现服务端口在线，消息中间件服务异常的问题，提高了消息中间件的监控准确性，配合服务端口监控消息中间件，保证了及早发现消息服务的服务异常问题，对消息中间件出现的故障进行及时隔离。
53.作为本技术一个可选的实施方式，如图4所示，该消息中间件的监控方法还包括：
54.s19，在服务端口在线的情况下，触发告警并发送告警信号，告警信号用于提示流量参数值低于预设阈值或者消息中间件的服务出现异常。
55.示例性的，当系统出现故障时，消息中间件的服务会停止运行，流量参数值则会下降到预设阈值或0，若服务端口也不在线，两者均会触发告警配置。此时，为了减少出现不必要的告警信号，可以在监控工具对告警信号进行抑制配置，当服务端口不在线时，取消服务异常告警，仅当流量参数值低于预设阈值时，判定消息中间件的服务出现异常，才能够触发告警，发出告警信号，因为服务端口不在线时，系统的消息中间件服务必然不正常。
56.通过对告警信号进行抑制配置，设置告警信号用于提示流量参数值低于预设阈值时消息中间件出现服务异常，这样既减少了告警，同时能够发现消息中间件的异常服务问题。
57.实施例2
58.本实施例提供一种消息中间件的监控装置，可应用于高并发、业务连续性要求高的系统，本技术实施例以网联epcc系统为例，如图5所示，该消息中间件的监控装置，包括：
59.第一获取模块21，用于获取消息中间件的当前流量参数值。
60.判断模块23，用于判断流量参数值是否低于预设阈值。
61.判定模块25，用于若流量参数值低于预设阈值，判定消息中间件的服务出现异常。
62.本实施例提供的消息中间件的监控装置，通过第一获取模块获取消息中间件的当前流量参数值，由判断模块对流量参数值是否低于预设阈值进行判断，若流量参数值低于预设阈值，由判定模块对消息中间件的服务异常与否进行判定，相较于现有技术中仅通过监控端口是否在线对消息中间件的服务正常与否进行判断而导致不能第一时间发现问题，对于高并发、业务连续性要求高的系统并不能进行全面监控，该方法克服了高并发、业务连续性要求高的系统不能进行全面监控的缺陷，能够更加全面的监控消息中间件的运行状
态，弥补端口监控覆盖不全面的的应用场景，提高了对消息中间件服务正常与否的监控准确性。
63.作为本技术一个可选的实施方式，该装置还包括：
64.继续监控模块，用于若流量参数值低于预设阈值，继续监控消息中间件的当前流量参数值。
65.作为本技术一个可选的实施方式，第一获取模块21，包括：
66.获取子模块，用于使用目标监控系统在预设时间间隔内获取消息中间件的流量参数值。
67.作为本技术一个可选的实施方式，该流量参数值包括以下至少一种：接收字节数、发送字节数、接收消息数、发送消息数。
68.作为本技术一个可选的实施方式，该装置还包括：
69.监控模块，用于监控消息中间件的服务端口是否在线。
70.异常判定模块，用于当端口不在线时，判定消息中间件的服务出现异常。
71.作为本技术一个可选的实施方式，第一获取模块21，包括：
72.第二获取模块，用于当服务端口在线时，获取消息中间件的当前流量参数值。
73.本实施例提供的消息中间件的监控装置，在获取消息中间件的当前流量参数值之前，通过监控模块监控消息中间件的服务端口是否在线，若服务端口在线则由第二获取模块获取消息中间件的当前流量参数值，避免出现服务端口在线，消息中间件服务异常的问题，提高了消息中间件的监控准确性，配合服务端口监控消息中间件，保证了及早发现问题，隔离故障。
74.作为本技术一个可选的实施方式，该装置还包括：
75.告警模块，用于在服务端口在线的情况下，触发告警并发送告警信号，告警信号用于提示流量参数值低于预设阈值或者消息中间件的服务出现异常。
76.本实施例提供的消息中间件的监控装置，通过告警模块对告警信号进行抑制配置，设置告警信号用于提示流量参数值低于预设阈值时消息中间件出现服务异常，这样既减少了告警，同时能够发现消息中间件的异常服务问题。
77.实施例3
78.本发明实施例还提供了一种计算机设备，如图6所示，该设备包括处理器31和存储器32，其中处理器31和存储器32可以通过总线或者其他方式连接，图6中以通过总线30连接为例。
79.处理器31可以为中央处理器(central processing unit，cpu)。处理器31还可以为其他通用处理器、数字信号处理器(digital signal processor，dsp)、图形处理器(graphics processing unit，gpu)、嵌入式神经网络处理器(neural-network processing unit，npu)或者其他专用的深度学习协处理器、专用集成电路(application specific integrated circuit，asic)、现场可编程门阵列(field-programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等芯片，或者上述各类芯片的组合。
80.存储器32作为一种非暂态计算机可读存储介质，可用于存储非暂态软件程序、非暂态计算机可执行程序以及模块，如本发明实施例中的消息中间件的监控方法对应的程序
指令/模块(例如，图5所示的第一获取模块21、判断模块23和判定模块25)。处理器31通过运行存储在存储器32中的非暂态软件程序、指令以及模块，从而执行处理器的各种功能应用以及数据处理，即实现上述方法实施例中的消息中间件的监控方法。
81.存储器32可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储处理器31所创建的数据等。此外，存储器32可以包括高速随机存取存储器，还可以包括非暂态存储器，例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施例中，存储器32可选包括相对于处理器31远程设置的存储器，这些远程存储器可以通过网络连接至处理器31。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
82.所述一个或者多个模块存储在所述存储器32中，当被所述处理器31执行时，执行如图2-图4所示实施例中的消息中间件的监控方法。
83.通过获取消息中间件的当前流量参数值，判断流量参数值是否低于预设阈值，若流量参数值低于预设阈值，判定消息中间件的服务出现异常，相较于现有技术中仅通过监控端口是否在线对消息中间件的服务正常与否进行判断而导致不能第一时间发现问题，对于高并发、业务连续性要求高的系统并不能进行全面监控，该方法克服了高并发、业务连续性要求高的系统不能进行全面监控的缺陷，能够更加全面的监控消息中间件的运行状态，弥补端口监控覆盖不全面的应用场景，提高了对消息中间件服务正常与否的监控准确性。
84.上述计算机设备具体细节可以对应参阅图1至图5所示的实施例中对应的相关描述和效果进行理解，此处不再赘述。
85.本发明实施例还提供一种非暂态计算机存储介质，所述计算机存储介质存储有计算机可执行指令，该计算机可执行指令可执行上述任意方法实施例中的消息中间件的监控方法。其中，所述存储介质可为磁碟、光盘、只读存储记忆体(read-only memory，rom)、随机存储记忆体(random access memory，ram)、快闪存储器(flash memory)、硬盘(hard disk drive，缩写：hdd)或固态硬盘(solid-state drive，ssd)等；所述存储介质还可以包括上述种类的存储器的组合。
86.显然，上述实施例仅仅是为清楚地说明所作的举例，而并非对实施方式的限定。对于所属领域的普通技术人员来说，在上述说明的基础上还可以做出其它不同形式的变化或变动。这里无需也无法对所有的实施方式予以穷举。而由此所引伸出的显而易见的变化或变动仍处于本发明创造的保护范围之中。