CN113630284A - Message middleware monitoring method, device and equipment - Google Patents

Message middleware monitoring method, device and equipment Download PDF

Info

Publication number
CN113630284A
CN113630284A CN202010383419.5A CN202010383419A CN113630284A CN 113630284 A CN113630284 A CN 113630284A CN 202010383419 A CN202010383419 A CN 202010383419A CN 113630284 A CN113630284 A CN 113630284A
Authority
CN
China
Prior art keywords
message middleware
parameter value
flow parameter
monitoring
service
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN202010383419.5A
Other languages
Chinese (zh)
Other versions
CN113630284B (en
Inventor
汪灿飞
赵彤
沈村敬
刘超千
强群力
董俊峰
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NetsUnion Clearing Corp
Original Assignee
NetsUnion Clearing Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by NetsUnion Clearing Corp filed Critical NetsUnion Clearing Corp
Priority to CN202010383419.5A priority Critical patent/CN113630284B/en
Publication of CN113630284A publication Critical patent/CN113630284A/en
Application granted granted Critical
Publication of CN113630284B publication Critical patent/CN113630284B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/16Threshold monitoring
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • H04L41/0631Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/08Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0876Network utilisation, e.g. volume of load or congestion level

Abstract

The invention discloses a method, a device and equipment for monitoring message middleware, wherein the method for monitoring the message middleware comprises the following steps: acquiring a current flow parameter value of the message middleware; judging whether the flow parameter value is lower than a preset threshold value or not; and if the flow parameter value is lower than the preset threshold value, judging that the service of the message middleware is abnormal. The method overcomes the defect that a system with high concurrency and high service continuity requirements cannot carry out comprehensive monitoring, can more comprehensively monitor the running state of the message middleware, makes up the application scene that port monitoring covers incompleteness, and improves the monitoring accuracy for whether the message middleware services are normal or not.

Description

Message middleware monitoring method, device and equipment
Technical Field
The invention relates to the field of computers, in particular to a method, a device and equipment for monitoring message middleware.
Background
In a high-concurrency and high-flow business system, such as an internet China electronic payment settlement (EPCC) platform, transaction information is generally monitored through log data, a message middleware provides a function of aggregating and buffering the log data for a downstream system to analyze, and finally the transaction information is displayed on a visual monitoring index display tool, so that it is important to monitor whether the message middleware normally operates. Currently, a port number is usually used to monitor a message middleware, and when the port number is monitored to be offline, a service of the message middleware is characterized to be offline, and at this time, an alarm is triggered to isolate a fault. However, when the system is in a deadlock, a blocking scenario, and the like, the port number still exists, but the message middleware cannot normally provide a service, so that monitoring the port number cannot find a problem in the first time, and a system with high concurrency and high service continuity requirements cannot perform comprehensive monitoring.
Disclosure of Invention
Therefore, the technical problem to be solved by the present invention is to overcome the defect in the prior art that a system with high concurrency and high service continuity requirements cannot timely find out an operation failure of a message middleware, which results in incomplete monitoring, so as to provide a method, an apparatus and a device for monitoring a message middleware.
According to a first aspect, an embodiment of the present invention provides a method for monitoring message middleware, including: acquiring a current flow parameter value of the message middleware; judging whether the flow parameter value is lower than a preset threshold value or not; and if the flow parameter value is lower than the preset threshold value, judging that the service of the message middleware is abnormal.
With reference to the first aspect, in a first implementation manner of the first aspect, the obtaining a current traffic parameter value of message middleware includes: and acquiring the flow parameter value of the message middleware in a preset time interval by using the target monitoring system.
With reference to the first aspect, in a second implementation manner of the first aspect, the method further includes: and if the flow parameter value is lower than the preset threshold value, continuously monitoring the current flow parameter value of the message middleware.
With reference to the first aspect or the first implementation manner of the first aspect or the second implementation manner of the first aspect, in a third implementation manner of the first aspect, the flow parameter value includes at least one of: the number of received bytes, the number of sent bytes, the number of received messages, and the number of sent messages.
With reference to the first aspect, in a fourth implementation of the first aspect, the method further includes: monitoring whether a service port of the message middleware is online; and when the port is not on-line, judging that the service of the message middleware is abnormal.
With reference to the fourth implementation manner of the first aspect, in a fifth implementation manner of the first aspect, the obtaining a current traffic parameter value of message middleware includes: and when the service port is on line, acquiring the current flow parameter value of the message middleware.
With reference to the first aspect, in a sixth implementation manner of the first aspect, the method further includes: and under the condition that a service port is on line, triggering an alarm and sending an alarm signal, wherein the alarm signal is used for prompting that the flow parameter value is lower than the preset threshold value or the service of the message middleware is abnormal.
According to a second aspect, an embodiment of the present invention provides a monitoring apparatus for message middleware, including: the first acquisition module is used for acquiring the current flow parameter value of the message middleware; the judging module is used for judging whether the flow parameter value is lower than a preset threshold value or not; and the judging module is used for judging that the service of the message middleware is abnormal if the flow parameter value is lower than the preset threshold value.
According to a third aspect, an embodiment of the present invention provides a computer device, including: a memory and a processor, the memory and the processor being communicatively connected to each other, the memory storing computer instructions, and the processor executing the computer instructions to perform the method for monitoring message middleware according to the first aspect or any embodiment of the first aspect.
According to a fourth aspect, an embodiment of the present invention provides a computer-readable storage medium, where computer instructions are stored, and the computer instructions are configured to cause the computer to execute the method for monitoring message middleware according to the first aspect or any implementation manner of the first aspect.
The embodiment of the application adopts at least one technical scheme which can achieve the following beneficial effects:
compared with the prior art that whether the service of the message middleware is normal or not is judged only by monitoring whether the port is on-line or not, so that the problem cannot be found at the first time, and the system with high concurrency and high service continuity requirements cannot be comprehensively monitored, the method overcomes the defect that the system with high concurrency and high service continuity requirements cannot be comprehensively monitored, can more comprehensively monitor the running state of the message middleware, makes up the application scene that the port monitoring covers incompleteness, and improves the monitoring accuracy on whether the message middleware service is normal or not.
Drawings
In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below, and it is obvious that the drawings in the following description are some embodiments of the present invention, and other drawings can be obtained by those skilled in the art without creative efforts.
FIG. 1 is a schematic block diagram of a message middleware and an EPCC system according to an embodiment of the present invention;
FIG. 2 is a flowchart of a monitoring method of message middleware according to an embodiment of the present invention;
FIG. 3 is a flowchart of a monitoring method of message middleware according to an embodiment of the present invention;
FIG. 4 is a flowchart of a monitoring method of message middleware according to an embodiment of the present invention;
FIG. 5 is a schematic block diagram of a monitoring apparatus of message middleware in an embodiment of the present invention;
fig. 6 is a schematic structural diagram of a computer device in an embodiment of the present invention.
Detailed Description
The technical solutions of the present invention will be described clearly and completely with reference to the accompanying drawings, and it should be understood that the described embodiments are some, but not all embodiments of the present invention. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
In the description of the present invention, it should be noted that the terms "center", "upper", "lower", "left", "right", "vertical", "horizontal", "inner", "outer", etc., indicate orientations or positional relationships based on the orientations or positional relationships shown in the drawings, and are only for convenience of description and simplicity of description, but do not indicate or imply that the device or element being referred to must have a particular orientation, be constructed and operated in a particular orientation, and thus, should not be construed as limiting the present invention. Furthermore, the terms "first," "second," and "third" are used for descriptive purposes only and are not to be construed as indicating or implying relative importance.
In the description of the present invention, it should be noted that, unless otherwise explicitly specified or limited, the terms "mounted," "connected," and "connected" are to be construed broadly, e.g., as meaning either a fixed connection, a removable connection, or an integral connection; can be mechanically or electrically connected; the two elements may be directly connected or indirectly connected through an intermediate medium, or may be communicated with each other inside the two elements, or may be wirelessly connected or wired connected. The specific meanings of the above terms in the present invention can be understood in specific cases to those skilled in the art.
In addition, the technical features involved in the different embodiments of the present invention described below may be combined with each other as long as they do not conflict with each other.
Example 1
The embodiment of the present application takes an internet chinese electronic payment settlement of China (EPCC) system as an example, and as shown in fig. 1, the system performs log collection through a log collection system flash, and displays and monitors transaction information by using a log analysis system (ELK) in order to maintain service continuity and discover problems at the first time. The logstack used as a log collector can collect, analyze and filter logs, and supportable log types comprise a system log, an error log and a custom application log, and can output data of a received log in a mode of an Elasticissearch engine; the search and data analysis engine Elasticissearch provides three functions of collecting, analyzing and storing data, can receive output data of Logstash and carries out real-time full-text search and analysis; the open source analysis and visualization platform Kibana is used for searching, analyzing and visualizing log data stored in the Elasticsearch index. The message middleware can aggregate the transaction logs for a downstream system to analyze, then output the transaction logs to the Elasticissearch, and finally display the transaction information on a large monitoring screen, so that the message middleware is vital to monitoring the normal operation.
The embodiment provides a message middleware monitoring method, as shown in fig. 2, including the following steps:
and S11, acquiring the current flow parameter value of the message middleware.
Illustratively, the current flow parameter value is characterized by the system throughput, and may be the number of received bytes, the number of sent bytes, the number of received messages, the number of sent messages, or a combination of several of the number of received bytes, the number of sent bytes, the number of received messages, or the number of sent messages.
The current flow parameter value of the message middleware can be acquired through a monitoring tool, the monitoring tool can have functions of acquiring information, storing information, displaying information, alarming notification and the like, such as cacti, nagios, ganglia, zabbix and the like, and the zabbix is adopted to acquire and acquire the flow parameter of the message middleware in the embodiment. The monitoring tool for obtaining the message middleware is not limited by the application, and can be determined by a person skilled in the art according to actual needs. For the message middleware which cannot collect the flow parameter values, technicians can develop plug-ins for the message middleware, so that the monitoring tool can monitor and acquire the flow parameter values of the message middleware.
In order to improve the monitoring accuracy of the monitoring message middleware, the method for acquiring the current flow parameter value of the message middleware comprises the following steps: and acquiring the flow parameter value of the message middleware in a preset time interval by using the target monitoring system.
Illustratively, the target monitoring system may be a monitoring tool with information collection, information storage, information presentation, and alarm notification, and the embodiment selects monitoring tool zabbix. The preset time interval is the time when the flow parameter value is obtained, different preset time intervals can ensure that the target monitoring system obtains the flow parameter value of the message middleware in real time, and the preset time interval can be determined according to an empirical value, for example, 5 s-30 s. Taking the preset time interval as 5s as an example, the target monitoring system acquires the flow parameter value of the message middleware every 5 s.
And S13, judging whether the flow parameter value is lower than a preset threshold value.
Illustratively, the preset threshold is the minimum value of the flow parameter value for judging whether the message middleware is abnormally served. And judging whether the service of the message middleware is abnormal or not by comparing the relation between the current flow parameter value and a preset threshold value. The preset threshold value can be determined according to actual needs, and the preset threshold value is not limited in the application.
The traffic parameter value may be characterized by a system throughput, which may include the following indicators: when the number of received bytes is taken as a representation, the preset threshold value is set to 1500 bytes; when the number of bytes sent is taken as a representation, the preset threshold value is set to 1500 bytes; when the number of received messages is taken as a representation, the preset threshold value is set to be 50; when the number of messages to be sent is taken as a characteristic, the preset threshold is set to 50.
And S15, if the flow parameter value is lower than the preset threshold value, determining that the service of the message middleware is abnormal.
For example, since the preset threshold is the lowest traffic parameter value for which the message middleware services normally, when the traffic parameter value of the message middleware is decreased to the preset threshold, it may be determined that the message middleware services abnormally. For example, according to the preset threshold set by the system as T0, the system throughput TPS when the message middleware normally services is T1, when the system throughput TPS of the message middleware is monitored to be greater than T1, the service of the message middleware can be considered to be normal, and when the monitoring tool monitors that the system throughput TPS of the message middleware drops and is lower than T0, the service of the message middleware can be considered to be abnormal. The user can add alarm configuration in the monitoring tool for monitoring the flow parameter value of the message middleware, and when the monitoring tool monitors that the flow parameter value is abnormal, the alarm configuration can be started so as to carry out fault isolation on the message middleware with abnormal service.
The monitoring method for message middleware provided by this embodiment determines whether a flow parameter value is lower than a preset threshold value by obtaining a current flow parameter value of the message middleware, and if the flow parameter value is lower than the preset threshold value, determines that a service of the message middleware is abnormal, compared with the prior art that a problem cannot be found at the first time by only determining whether the service of the message middleware is normal or not on line through a monitoring port, the method cannot perform comprehensive monitoring on a system with high concurrency and high service continuity requirements, directly monitors the current flow parameter value of the message middleware, determines whether the service of the message middleware is normal or not through the current flow parameter value, can more comprehensively monitor the running state of the message middleware, further realize that the system with high concurrency and high service continuity requirements can be comprehensively monitored, and make up for an application scene that port monitoring covers incompleteness, the accuracy of monitoring whether the message middleware services are normal or not is improved.
As an alternative embodiment of the present application, as shown in fig. 3, the method further includes:
and S17, if the flow parameter value is not lower than the preset threshold value, continuing to monitor the current flow parameter value of the message middleware.
For example, if the value of the traffic parameter monitored by the monitoring tool is not lower than the preset threshold, it indicates that the service of the message middleware is normal. The monitoring tool may continue to monitor the traffic parameter value of the service middleware and perform the above steps S11 to S15.
As an optional embodiment of the present application, as shown in fig. 3, the method for monitoring message middleware further includes:
and S01, monitoring whether the service port of the message middleware is online.
Illustratively, the message middleware services on the premise that a service port of the message middleware is online, and different message middleware corresponds to different service port numbers, so that the service port numbers of the message middleware can be monitored through a monitoring tool. When the port number is monitored to be offline, the service of the message middleware is offline, which means that the service of the message middleware is abnormal. At this time, the monitoring tool may trigger alarm configuration to perform fault isolation on the message middleware with abnormal service.
And S03, when the port is not on-line, judging that the service of the message middleware is abnormal.
Illustratively, when the monitoring tool monitors that the service port of the message middleware is not on-line, the service of the message middleware must have a problem. When the system fails, the service of the message middleware stops running, the flow parameter value is reduced to a preset threshold value or 0, and if the service port is not on-line, both the service port and the flow parameter value trigger alarm configuration. At this moment, in order to reduce the occurrence of unnecessary alarm signals, the alarm signals can be restrained and configured in the monitoring tool, and when the service port is not on-line, the abnormal service alarm can be cancelled, because the service port is not on-line, the service of the message middleware of the system is inevitably abnormal, thus reducing the alarm and finding the abnormal service problem of the message middleware.
As an optional implementation manner of this application, as shown in fig. 3, the step S11 obtains a current flow parameter value of the message middleware, including:
and S05, when the service port is on line, acquiring the current flow parameter value of the message middleware.
Illustratively, when the monitoring tool monitors that the service port of the message middleware is online, the message middleware service can be considered online preliminarily, but when the system is in a deadlock or blocking situation, the message middleware still cannot provide the service normally even though the service port number of the message middleware exists, and in such a scenario, the monitoring of the service port number of the message middleware cannot find a problem in the first time. Therefore, when the service port is monitored to be on-line, the current flow parameter value of the message middleware is continuously monitored, when the obtained flow parameter value of the message middleware is lower than a preset threshold value and even is 0, the service of the message middleware is in a problem, and at the moment, an alarm signal can be sent out to inform system operation and maintenance personnel to carry out fault isolation on the message middleware with the problem so as to ensure the continuity of system service.
The method comprises the steps of monitoring whether a service port of the message middleware is on line or not before acquiring a current flow parameter value of the message middleware, acquiring the current flow parameter value of the message middleware if the service port is on line, avoiding the problems of online service port and abnormal service of the message middleware, improving the monitoring accuracy of the message middleware, ensuring the early discovery of the abnormal service problem of the message service by matching with the service port to monitor the message middleware, and isolating the fault of the message middleware in time.
As an optional embodiment of the present application, as shown in fig. 4, the method for monitoring message middleware further includes:
and S19, under the condition that the service port is on-line, triggering an alarm and sending an alarm signal, wherein the alarm signal is used for prompting that the flow parameter value is lower than a preset threshold value or the service of the message middleware is abnormal.
Illustratively, when the system fails, the service of the message middleware stops running, the flow parameter value falls to a preset threshold value or 0, and if the service port is not on-line, both of them trigger alarm configuration. At this time, in order to reduce the occurrence of unnecessary alarm signals, the alarm signals may be configured in a suppression manner in the monitoring tool, when the service port is not on-line, the abnormal service alarm is cancelled, and only when the flow parameter value is lower than the preset threshold value, it is determined that the service of the message middleware is abnormal, the alarm can be triggered, and the alarm signal is sent out.
By carrying out suppression configuration on the alarm signal, the alarm signal is set for prompting that the message middleware has abnormal service when the flow parameter value is lower than the preset threshold value, thus reducing the alarm and finding the abnormal service problem of the message middleware.
Example 2
The embodiment of the present application takes a networking EPCC system as an example, and as shown in fig. 5, the monitoring apparatus of the message middleware includes:
a first obtaining module 21, configured to obtain a current flow parameter value of the message middleware.
And the judging module 23 is configured to judge whether the flow parameter value is lower than a preset threshold.
And the determining module 25 is configured to determine that the service of the message middleware is abnormal if the flow parameter value is lower than a preset threshold value.
In the monitoring device of the message middleware provided by this embodiment, the first obtaining module obtains the current flow parameter value of the message middleware, the judging module judges whether the flow parameter value is lower than the preset threshold value, if the flow parameter value is lower than the preset threshold value, the judging module judges whether the service of the message middleware is abnormal, compared with the prior art that whether the service of the message middleware is normal or not is judged only on line through the monitoring port, which results in that the problem cannot be found in the first time, the monitoring device cannot comprehensively monitor a system with high concurrency and high service continuity requirements, the method overcomes the defect that a system with high concurrency and high service continuity requirements cannot carry out comprehensive monitoring, can more comprehensively monitor the running state of the message middleware, makes up the application scene that port monitoring covers incompleteness, and improves the monitoring accuracy for whether the message middleware services are normal or not.
As an optional embodiment of the present application, the apparatus further comprises:
and the continuous monitoring module is used for continuously monitoring the current flow parameter value of the message middleware if the flow parameter value is lower than the preset threshold value.
As an optional implementation manner of the present application, the first obtaining module 21 includes:
and the acquisition submodule is used for acquiring the flow parameter value of the message middleware within a preset time interval by using the target monitoring system.
As an optional embodiment of the present application, the flow parameter value includes at least one of: the number of received bytes, the number of sent bytes, the number of received messages, and the number of sent messages.
As an optional embodiment of the present application, the apparatus further comprises:
and the monitoring module is used for monitoring whether the service port of the message middleware is on line or not.
And the abnormity determining module is used for determining that the service of the message middleware is abnormal when the port is not on line.
As an optional implementation manner of the present application, the first obtaining module 21 includes:
and the second acquisition module is used for acquiring the current flow parameter value of the message middleware when the service port is online.
The monitoring device for the message middleware provided by the embodiment monitors whether the service port of the message middleware is online or not through the monitoring module before the current flow parameter value of the message middleware is acquired, and if the service port is online, the current flow parameter value of the message middleware is acquired by the second acquisition module, so that the problems that the service port is online and the message middleware is abnormal in service are avoided, the monitoring accuracy of the message middleware is improved, the message middleware is monitored by matching with the service port, the problems are found early, and the faults are isolated.
As an optional embodiment of the present application, the apparatus further comprises:
and the alarm module is used for triggering an alarm and sending an alarm signal under the condition that the service port is on line, wherein the alarm signal is used for prompting that the flow parameter value is lower than a preset threshold value or the service of the message middleware is abnormal.
The monitoring device for the message middleware provided by the embodiment performs suppression configuration on the alarm signal through the alarm module, and sets the alarm signal to prompt that the message middleware has abnormal service when the flow parameter value is lower than the preset threshold value, so that the alarm is reduced, and the abnormal service problem of the message middleware can be found.
Example 3
An embodiment of the present invention further provides a computer device, as shown in fig. 6, the device includes a processor 31 and a memory 32, where the processor 31 and the memory 32 may be connected by a bus or in another manner, and fig. 6 takes the connection by the bus 30 as an example.
The processor 31 may be a Central Processing Unit (CPU). The Processor 31 may also be other general-purpose processors, Digital Signal Processors (DSPs), Graphics Processing Units (GPUs), embedded Neural Network Processors (NPUs), or other dedicated deep learning coprocessors, Application Specific Integrated Circuits (ASICs), Field Programmable Gate Arrays (FPGAs), or other Programmable logic devices, discrete Gate or transistor logic devices, discrete hardware components, or any combination thereof.
The memory 32, which is a non-transitory computer readable storage medium, can be used to store non-transitory software programs, non-transitory computer executable programs, and modules, such as program instructions/modules (e.g., the first obtaining module 21, the judging module 23, and the determining module 25 shown in fig. 5) corresponding to the monitoring method of the message middleware in the embodiment of the present invention. The processor 31 executes various functional applications and data processing of the processor by executing the non-transitory software programs, instructions and modules stored in the memory 32, that is, implements the monitoring method of the message middleware in the above method embodiments.
The memory 32 may include a storage program area and a storage data area, wherein the storage program area may store an operating system, an application program required for at least one function; the storage data area may store data created by the processor 31, and the like. Further, the memory 32 may include high speed random access memory, and may also include non-transitory memory, such as at least one magnetic disk storage device, flash memory device, or other non-transitory solid state storage device. In some embodiments, the memory 32 may optionally include memory located remotely from the processor 31, and these remote memories may be connected to the processor 31 via a network. Examples of such networks include, but are not limited to, the internet, intranets, local area networks, mobile communication networks, and combinations thereof.
The one or more modules are stored in the memory 32 and, when executed by the processor 31, perform a monitoring method of the message middleware as in the embodiments shown in fig. 2-4.
Compared with the prior art that whether the service of the message middleware is normal or not is judged only by monitoring whether the port is on-line or not, so that the problem cannot be found in the first time, and the system with high concurrency and high service continuity requirement cannot be comprehensively monitored, the method overcomes the defect that the system with high concurrency and high service continuity requirement cannot be comprehensively monitored, can more comprehensively monitor the running state of the message middleware, makes up the application scene that the port monitoring covers incompleteness, and improves the monitoring accuracy of the message on the service of the message middleware.
The details of the computer device can be understood by referring to the corresponding descriptions and effects in the embodiments shown in fig. 1 to fig. 5, which are not described herein again.
An embodiment of the present invention further provides a non-transitory computer storage medium, where the computer storage medium stores computer-executable instructions, and the computer-executable instructions may execute the monitoring method of the message middleware in any of the above method embodiments. The storage medium may be a magnetic Disk, an optical Disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a Flash Memory (Flash Memory), a Hard Disk (Hard Disk Drive, abbreviated as HDD), a Solid State Drive (SSD), or the like; the storage medium may also comprise a combination of memories of the kind described above.
It should be understood that the above examples are only for clarity of illustration and are not intended to limit the embodiments. Other variations and modifications will be apparent to persons skilled in the art in light of the above description. And are neither required nor exhaustive of all embodiments. And obvious variations or modifications therefrom are within the scope of the invention.

Claims (10)

1. A method for monitoring message middleware, comprising:
acquiring a current flow parameter value of the message middleware;
judging whether the flow parameter value is lower than a preset threshold value or not;
and if the flow parameter value is lower than the preset threshold value, judging that the service of the message middleware is abnormal.
2. The method of claim 1, wherein obtaining the current traffic parameter value of the message middleware comprises:
and acquiring the flow parameter value of the message middleware in a preset time interval by using a target monitoring system.
3. The method of claim 1, further comprising:
and if the flow parameter value is not lower than the preset threshold value, continuing to monitor the current flow parameter value of the message middleware.
4. A method according to any of claims 1-3, wherein the flow parameter value comprises at least one of: the number of received bytes, the number of sent bytes, the number of received messages, and the number of sent messages.
5. The method of claim 1, further comprising:
monitoring whether a service port of the message middleware is online;
and when the port is not on-line, judging that the service of the message middleware is abnormal.
6. The method of claim 5, wherein obtaining the current traffic parameter value of the message middleware comprises:
and when the service port is on line, acquiring the current flow parameter value of the message middleware.
7. The method of claim 6, further comprising:
and under the condition that a service port is on line, triggering an alarm and sending an alarm signal, wherein the alarm signal is used for prompting that the flow parameter value is lower than the preset threshold value or the service of the message middleware is abnormal.
8. A monitoring apparatus of message middleware, comprising:
the first acquisition module is used for acquiring the current flow parameter value of the message middleware;
the judging module is used for judging whether the flow parameter value is lower than a preset threshold value or not;
and the judging module is used for judging that the service of the message middleware is abnormal if the flow parameter value is lower than the preset threshold value.
9. A computer device, comprising: a memory and a processor, the memory and the processor being communicatively connected to each other, the memory having stored therein computer instructions, the processor executing the computer instructions to perform the method for monitoring message middleware of any one of claims 1 to 7.
10. A computer-readable storage medium storing computer instructions for causing a computer to execute the method for monitoring message middleware of any one of claims 1 to 7.
CN202010383419.5A 2020-05-08 2020-05-08 Message middleware monitoring method, device and equipment Active CN113630284B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010383419.5A CN113630284B (en) 2020-05-08 2020-05-08 Message middleware monitoring method, device and equipment

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010383419.5A CN113630284B (en) 2020-05-08 2020-05-08 Message middleware monitoring method, device and equipment

Publications (2)

Publication Number Publication Date
CN113630284A true CN113630284A (en) 2021-11-09
CN113630284B CN113630284B (en) 2023-07-07

Family

ID=78377307

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010383419.5A Active CN113630284B (en) 2020-05-08 2020-05-08 Message middleware monitoring method, device and equipment

Country Status (1)

Country Link
CN (1) CN113630284B (en)

Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104581794A (en) * 2013-10-22 2015-04-29 中国移动通信集团四川有限公司 Method and system for middleware business troubleshooting
CN108494603A (en) * 2018-04-09 2018-09-04 苗玉鑫 Dispatching automation comprehensively monitoring and intelligent warning system
CN108881278A (en) * 2018-07-10 2018-11-23 江苏满运软件科技有限公司 Methods of risk assessment and system
US20190138375A1 (en) * 2017-11-03 2019-05-09 Dell Products L. P. Optimization of message oriented middleware monitoring in heterogenenous computing environments
CN109783322A (en) * 2018-11-22 2019-05-21 远光软件股份有限公司 A kind of monitoring analysis system and its method of enterprise information system operating status
CN110213068A (en) * 2018-03-06 2019-09-06 腾讯科技(深圳)有限公司 A kind of monitoring method and relevant device of message-oriented middleware
CN110365537A (en) * 2019-07-16 2019-10-22 国网新疆电力有限公司信息通信公司 Middleware business fault treatment method and system
CN110474917A (en) * 2019-08-16 2019-11-19 深圳前海微众银行股份有限公司 The upper and lower line method of message-oriented middleware, device, equipment and readable storage medium storing program for executing
CN110535713A (en) * 2018-05-24 2019-12-03 中国人民财产保险股份有限公司 Monitoring management system and method for managing and monitoring
CN110704231A (en) * 2019-09-30 2020-01-17 深圳前海微众银行股份有限公司 Fault processing method and device
CN110896362A (en) * 2019-11-05 2020-03-20 泰康保险集团股份有限公司 Fault detection method and device

Patent Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104581794A (en) * 2013-10-22 2015-04-29 中国移动通信集团四川有限公司 Method and system for middleware business troubleshooting
US20190138375A1 (en) * 2017-11-03 2019-05-09 Dell Products L. P. Optimization of message oriented middleware monitoring in heterogenenous computing environments
CN110213068A (en) * 2018-03-06 2019-09-06 腾讯科技(深圳)有限公司 A kind of monitoring method and relevant device of message-oriented middleware
CN108494603A (en) * 2018-04-09 2018-09-04 苗玉鑫 Dispatching automation comprehensively monitoring and intelligent warning system
CN110535713A (en) * 2018-05-24 2019-12-03 中国人民财产保险股份有限公司 Monitoring management system and method for managing and monitoring
CN108881278A (en) * 2018-07-10 2018-11-23 江苏满运软件科技有限公司 Methods of risk assessment and system
CN109783322A (en) * 2018-11-22 2019-05-21 远光软件股份有限公司 A kind of monitoring analysis system and its method of enterprise information system operating status
CN110365537A (en) * 2019-07-16 2019-10-22 国网新疆电力有限公司信息通信公司 Middleware business fault treatment method and system
CN110474917A (en) * 2019-08-16 2019-11-19 深圳前海微众银行股份有限公司 The upper and lower line method of message-oriented middleware, device, equipment and readable storage medium storing program for executing
CN110704231A (en) * 2019-09-30 2020-01-17 深圳前海微众银行股份有限公司 Fault processing method and device
CN110896362A (en) * 2019-11-05 2020-03-20 泰康保险集团股份有限公司 Fault detection method and device

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
张有光等: "消息中间件中的分布式监控管理子系统", 《计算机工程》 *

Also Published As

Publication number Publication date
CN113630284B (en) 2023-07-07

Similar Documents

Publication Publication Date Title
CN102937930B (en) Application program monitoring system and method
CN102740112B (en) Method for controlling equipment polling based on video monitoring system
WO2014067439A1 (en) Method, system and device for monitorring data
US11770199B2 (en) Traffic data self-recovery processing method, readable storage medium, server and apparatus
CN109462490B (en) Video monitoring system and fault analysis method
US11799748B2 (en) Mitigating failure in request handling
CN113687969A (en) Alarm information generation method and device, electronic equipment and readable storage medium
CN112631887A (en) Abnormality detection method, abnormality detection device, electronic apparatus, and computer-readable storage medium
CN105278521A (en) Unit fault cause diagnostic method, diagnostic device and air conditioning unit
CN112087462A (en) Vulnerability detection method and device of industrial control system
CN113190415A (en) Internet hospital system monitoring method, equipment, storage medium and program product
CN112286771A (en) Alarm method for monitoring global resources
CN107968727A (en) A kind of detection method, device and the medium of CIFS services
CN112651367A (en) Method for intelligently monitoring multi-dimensional aviation display screen
CN110049317A (en) A kind of online fault detection method, system and the electronic equipment of video monitoring system
CN113630284A (en) Message middleware monitoring method, device and equipment
CN111611131B (en) Operation and maintenance method, device and system based on Saltstack and storage medium
CN113708956A (en) Circuit quality evaluation method
CN113132431B (en) Service monitoring method, service monitoring device, electronic device, and medium
CN113037550B (en) Service fault monitoring method, system and computer readable storage medium
CN110633165B (en) Fault processing method, device, system server and computer readable storage medium
EP4198656A1 (en) Method and system for monitoring an hvac apparatus
CN115225370B (en) Rule base optimization method and device, electronic equipment and storage medium
CA3130831A1 (en) Dynamically adjustable frame rate from medical device controller
CN116484373A (en) Abnormal process checking and killing method, system, device, computer equipment and storage medium

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant