CN115396285B - Performance monitoring method and system for message middleware - Google Patents
Performance monitoring method and system for message middleware Download PDFInfo
- Publication number
- CN115396285B CN115396285B CN202211023572.2A CN202211023572A CN115396285B CN 115396285 B CN115396285 B CN 115396285B CN 202211023572 A CN202211023572 A CN 202211023572A CN 115396285 B CN115396285 B CN 115396285B
- Authority
- CN
- China
- Prior art keywords
- performance
- index
- message middleware
- message
- monitoring
- 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.)
- Active
Links
- 238000012544 monitoring process Methods 0.000 title claims abstract description 66
- 238000000034 method Methods 0.000 title claims abstract description 61
- 238000012545 processing Methods 0.000 claims abstract description 20
- 230000001960 triggered effect Effects 0.000 claims abstract description 16
- 238000004590 computer program Methods 0.000 claims description 22
- 238000003860 storage Methods 0.000 claims description 13
- 238000004891 communication Methods 0.000 claims description 9
- 230000008859 change Effects 0.000 claims description 6
- 230000004044 response Effects 0.000 claims description 2
- 238000004806 packaging method and process Methods 0.000 claims 1
- 230000008569 process Effects 0.000 abstract description 17
- 238000010586 diagram Methods 0.000 description 14
- 230000006870 function Effects 0.000 description 10
- 239000000872 buffer Substances 0.000 description 8
- 238000005192 partition Methods 0.000 description 8
- 238000004519 manufacturing process Methods 0.000 description 3
- 238000009825 accumulation Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000006978 adaptation Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 238000013480 data collection Methods 0.000 description 1
- 238000006073 displacement reaction Methods 0.000 description 1
- 238000009826 distribution Methods 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0631—Management 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/2866—Architectures; Arrangements
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Debugging And Monitoring (AREA)
Abstract
The invention provides a performance monitoring method and a system of message middleware, which relate to the technical field of electronics and can be used in the financial field, wherein the method comprises the following steps: the performance collector collects performance data of the message middleware according to a preset index and sends the performance data to the message middleware; and the monitoring station processor acquires the message with the performance data from the message middleware and judges whether performance alarm needs to be triggered according to a preset performance index threshold and the message. According to the method and the device, the collection process and the processing process of the performance data are decoupled, and the performance data are monitored and alarmed at any time, so that the monitoring of the running state of the large-scale message middleware cluster can be dealt with, the running safety of the message middleware is ensured, and the high availability capacity of the distributed platform is better supported.
Description
Technical Field
The invention relates to the technical field of electronics, and can be used in the financial field, in particular to a performance monitoring method and system of message middleware.
Background
The message middleware is widely applied to a financial science and technology system and has strong service scene adaptation capability. In order to ensure the smoother operation of the message middleware, various operation index data are required to be monitored and processed. The prior art has the advantages that the data production index and the data consumption index of the message middleware are monitored to give an alarm, but the index data is too single, and the message middleware cannot cope with high concurrency and high availability, cannot be efficient and accurate, so that the monitoring and management of the running state of the message middleware are affected, and potential production and running hidden trouble exists.
Disclosure of Invention
In view of the above, the present invention provides a method and system for monitoring performance of message middleware to solve at least one of the above-mentioned problems.
In order to achieve the above purpose, the present invention adopts the following scheme:
according to a first aspect of the present invention, there is provided a method of monitoring performance of message middleware, the method comprising: the performance collector collects performance data of the message middleware according to a preset index and sends the performance data to the message middleware; and the monitoring station processor acquires the message with the performance data from the message middleware and judges whether performance alarm needs to be triggered according to a preset performance index threshold and the message.
According to a second aspect of the present invention, there is provided a performance monitoring system for message middleware, the system comprising: the performance collector is in communication connection with the message middleware respectively, the performance collector is used for collecting performance data of the message middleware according to a preset index and sending the performance data to the message middleware, and the monitoring station processor is used for obtaining the performance data from the message middleware and judging whether performance alarm needs to be triggered according to a preset performance index threshold value and the performance data.
According to a third aspect of the present invention there is provided an electronic device comprising a memory, a processor and a computer program stored on said memory and executable on said processor, the processor implementing the steps of the above method when executing said computer program.
According to a fourth aspect of the present invention there is provided a computer readable storage medium having stored thereon a computer program which when executed by a processor performs the steps of the above method.
According to a fifth aspect of the present invention there is provided a computer program product comprising computer programs/instructions which when executed by a processor implement the steps of the above method.
According to the technical scheme, the acquisition process and the processing process of the performance data are decoupled, and the performance data are monitored and alarmed at any time, so that the running state monitoring of the large-scale message middleware cluster can be dealt with, the running safety of the message middleware is ensured, and the high availability of the distributed platform is better supported.
Drawings
In order to more clearly illustrate the embodiments of the invention or the technical solutions in the prior art, the drawings that are required in the embodiments or the description of the prior art will be briefly described, it being obvious that the drawings in the following description are only some embodiments of the invention, and that other drawings may be obtained according to these drawings without inventive effort for a person skilled in the art. In the drawings:
fig. 1 is a flow diagram of a method for monitoring performance of a message middleware according to an embodiment of the present application;
FIG. 2 is a flow chart of a method for monitoring performance of message middleware according to another embodiment of the present application;
FIG. 3 is a schematic diagram of a collection flow of performance data provided by an embodiment of the present application;
FIG. 4 is a schematic flow diagram of a message middleware performance alert provided in an embodiment of the present application;
FIG. 5 is a schematic diagram of a performance monitoring system for message middleware according to an embodiment of the present application;
fig. 6 is a schematic block diagram of a system configuration of an electronic device according to another embodiment of the present application.
Detailed Description
The embodiment of the invention provides a method and a system for monitoring the performance of a message middleware, which can be used in the financial field and other fields, and the method and the system for monitoring the performance of the message middleware can be used in the financial field and any field except the financial field, and are not limited in the application field of the method and the system for monitoring the performance of the message middleware.
For the purpose of making the objects, technical solutions and advantages of the embodiments of the present invention more apparent, the embodiments of the present invention will be described in further detail with reference to the accompanying drawings. The exemplary embodiments of the present invention and their descriptions herein are for the purpose of explaining the present invention, but are not to be construed as limiting the invention.
Fig. 1 is a flow chart of a method for monitoring performance of a message middleware according to an embodiment of the present application, where the method includes the following steps:
step S101: and the performance collector collects the performance data of the message middleware according to a preset index and sends the performance data to the message middleware.
In this embodiment, the performance collector is a collection device disposed on a message middleware node, which may be a separate physical device or may be a virtual device disposed in the same server as the message middleware, which is not limited in this application.
In this embodiment, the preset index refers to the type and information of the performance data of the message middleware that is desired to be collected, and the preset index may be preconfigured in an index configuration file of the performance collector, and the index configuration file is stored in the performance collector, so that the performance collector may read the content of the index configuration file to collect the corresponding performance data, and send the performance data to the storage unit of the message middleware.
Step S102: and the monitoring station processor acquires the message with the performance data from the message middleware and judges whether performance alarm needs to be triggered according to a preset performance index threshold and the message.
In this embodiment, the monitoring station processor may be disposed in a control center, and may acquire, from the message middleware, performance data collected by the performance collector and stored in the storage unit of the message middleware, where the performance data is transmitted from the message middleware to the monitoring station processor in a message form, and after the monitoring station processor receives the message, determine whether to trigger a performance alarm according to a preset performance index threshold stored locally.
As can be seen from the foregoing, in this embodiment, by decoupling the collection process and the processing process of the performance data and monitoring and alarming the performance data at any time, the method can cope with the monitoring of the running state of the large-scale message middleware cluster, ensure the running safety of the message middleware, and better support the high availability of the distributed platform.
Fig. 2 is a schematic flow chart of a method for monitoring performance of message middleware according to another embodiment of the present application, where the method includes the following steps:
step S201: the performance collector monitors whether information change occurs in an index configuration file at fixed time intervals, and the index configuration file pre-stores performance indexes which are expected to be collected.
In this embodiment, a monitor may be set in the performance collector, where the monitor monitors the information change condition of the index configuration file at a fixed time interval, including all the adding, deleting and modifying records of the index configuration file.
Step S202: and in response to information change of the index configuration file, the performance collector reads the index configuration file, encapsulates the content in the index configuration file and updates the content in the index configuration file into an index cache.
When the monitor monitors that the information of the index configuration file is changed, the performance collector reads the index configuration file, packages and updates the content in the index configuration file into an index cache, and a hash table is used as the cache to store various index objects in the index cache.
Step S203: and the performance collector traverses each index in the index cache at regular time, sequentially judges whether each index meets the tuning-up frequency of the index, and collects the performance data of the message middleware according to the index condition corresponding to the index meeting the tuning-up frequency in the index cache if the index meets the tuning-up frequency.
A certain time task scheduling module can be built in the performance collector, then a minimum time interval is set, a traversing task is started when each time interval period is up, then each index in an index cache is traversed, whether each index meets the dispatching frequency of the index is judged in sequence, and if yes, the performance data of the message middleware are collected according to index conditions corresponding to the index meeting the dispatching frequency in the index cache.
Fig. 3 is a schematic diagram of a performance data collection flow provided in an embodiment of the present application, where the flow includes the following steps:
firstly, setting a timing scheduling period, initializing global clock count, starting a timing task scheduler, and triggering one-time task scheduling judgment according to the set timing scheduling period.
After the task scheduling judgment is triggered, traversing each group of indexes at the Broker level in the index cache, for example, the indexes can comprise connection number, message inflow and outflow, consumption accumulation, displacement submission, request idle ratio, IO idle ratio, CPU (central processing unit) utilization rate, memory utilization rate, open file handle number, disk utilization rate and the like, judging whether the acquisition frequency is met for each group of indexes respectively, if not, continuously judging whether the acquisition frequency is met for the next group of indexes, if yes, continuously judging whether a broker_netstat task is met, wherein the broker_netstat task is a task for managing the monitoring network availability of the Broker, if yes, putting an AsyncCollectTask 4Kafkanetstat acquisition task (the total connection number for acquiring message nodes) into an asynchronous thread pool for acquisition, and if not, putting the AsyncCollectTask 4Kafkanetstat acquisition task (the information node level index for acquiring) into the asynchronous thread pool for acquisition.
After the traversing of each group of indexes at the Broker level is completed, continuously inquiring whether the frequency of all indexes of the Topic Partition in the index cache meets the acquisition frequency, wherein the Topic Partition indexes can comprise Partition distribution conditions, a copy synchronization list, the number of message inflow strips, consumption group list information, consumption group state information, consumption accumulation conditions and the like. If the metadata is not satisfied, ending the task scheduling judgment, waiting for the next task scheduling judgment to start, if the metadata is satisfied, acquiring all the topics in the acquisition cluster, acquiring all the partitions of the header on the current Broker, then continuing to judge whether to acquire the Topic partitions metadata, when the metadata is required to be acquired, putting an AsyncCollector task4KafkaTPM acquisition task (for acquiring metadata of the Topic partitions, including information such as a header and a copy) into an asynchronous thread pool for acquisition, and when the metadata is not required to be acquired, respectively putting a plurality of AsyncCollector task4KafkaTPP acquisition tasks (for acquiring indexes of the Topic partitions on message nodes) into the asynchronous thread pool according to whether an acquisition object is a Topic or a partitions.
And continuously judging whether the frequency in the brooker_os index group meets the acquisition frequency, wherein the brooker_os index group comprises operating system level indexes on a message node, such as CPU (Central processing Unit), memory utilization rate, network connection number, IO (input/output) idle ratio and the like, if so, putting an AsyncCollector task4JVM (used for acquiring the JVM memory condition of a java virtual machine on the message node) into an asynchronous thread pool for acquisition, and if not, waiting for the next task scheduling judgment to start.
Step S204: the performance collector sends and stores the collected performance data to the message middleware.
Step S205: and the monitoring station processor acquires the message containing the performance data from the message middleware according to the preset time frequency through the universal asynchronous processing thread pool and the availability asynchronous processing thread pool.
Preferably, the UART thread pool has a high concurrency number and a high queue depth, and is used for acquiring the conventional performance message and the running state message so as to cope with the concurrency peak of the monitoring message, and the concurrency amount can be increased, in this embodiment, the high concurrency number can be supported to millions per second, and the high queue depth can be set to 1000000, for example, so that the concurrency peak of the monitoring message can be easily dealt with. The availability asynchronous processing thread pool has a middle concurrency number and a low queue depth, which are used for acquiring the monitoring information of the availability of the message middleware, so that the timeliness of the availability information can be improved, wherein the middle concurrency number and the low queue depth are equivalent to the high concurrency number and the high queue depth, for example, the middle concurrency number can be supported to hundreds of thousands of levels per second, and the low queue depth can be set to 100000 and the like.
Step S206: and the monitoring station processor searches a corresponding performance index threshold formula from the local cache according to the message type, and judges whether performance alarm needs to be triggered according to the performance index threshold formula.
Preferably, the step further may include:
judging whether a default threshold switch is on, if so, entering the next step, otherwise, ending the alarm judgment.
Traversing the personalized threshold formula, judging whether each personalized threshold formula meets the triggering time, if so, executing the personalized threshold formula judgment, and selecting whether to trigger performance alarm according to the judgment result; if all the personalized threshold formulas are not triggered, traversing the default threshold formulas, judging whether each default threshold formula meets the triggering time, if so, judging the default threshold formulas, selecting whether to trigger performance alarm according to the judging result, and if not, ending alarm judgment.
The following describes the alarm judging process further by a specific example, and as shown in fig. 4, a flow diagram of a message middleware performance alarm provided in an embodiment of the present application is shown, where the flow includes the following capturing:
step S2061: and acquiring an index group of which the type needs to be judged according to the message type.
Step S2062: and judging whether the index group is empty, if so, ending the alarm flow, otherwise, entering step S2063.
Step S2063: and traversing each index of the index group, judging whether the traversing is finished, if so, ending the alarm flow, and if not, proceeding to step S2064.
Step S2064: and acquiring a default threshold formula and a personalized threshold formula according to the index.
Step S2065: whether the default threshold switch is off is determined, and if not, the process proceeds to step S2066, and if so, the alarm flow is ended.
Step S2066: whether the personalized threshold switch is off is determined, and if it is off, the process proceeds to step S2071, and if it is on, the process proceeds to step S2067.
Step S2067: traversing the personalized threshold formula, judging whether the traversing is finished, if not, proceeding to step S2068, and if the traversing is finished, ending the alarm flow.
Step S2068: continuing to judge whether the triggering time of the personalized threshold formula is met, if so, proceeding to step S2069, otherwise returning to step S2067 to continue the judgment of the personalized threshold formula.
Step S2069: and executing the personalized threshold formula judgment to judge whether the event monitoring alarm is triggered, if so, proceeding to the step S2070, and if not, returning to the step S2067 to continue the judgment of the next personalized threshold formula.
Step S2070: the event message is packaged and a monitoring alarm event is sent to the user, and then the process continues back to step S2063.
Step S2071: traversing the default threshold formula, judging whether the traversing is finished, if not, entering step S2072, and if so, ending the alarm flow.
Step S2072: judging whether the triggering time of the default threshold formula is met, if yes, proceeding to step S2073, otherwise, returning to step S2071 to continue the judgment of the default threshold formula.
Step S2073: and executing the default threshold formula judgment to judge whether the event monitoring alarm is triggered, if so, proceeding to step S2074, and if not, returning to step S2071 to continue the judgment of the next default threshold formula.
Step S2074: the event message is packaged and a monitoring alarm event is sent to the user, and then the process continues back to step S2063.
Preferably, the monitor desk processor may first obtain the performance index threshold formula from the database, parse the performance index threshold formula, and store the performance index threshold formula in a local cache of the monitor desk processor.
Preferably, in order to make the performance index threshold formula in the local cache updated in fact, the monitor platform processor compares the version timestamp of the performance index threshold formula stored in the local cache with the version timestamp in the database at regular time, and if the comparison result is inconsistent, the performance index threshold formula in the database is updated into the local cache.
As can be seen from the foregoing, in this embodiment, by decoupling the collection process and the processing process of the performance data and monitoring and alarming the performance data at any time, the method can cope with the monitoring of the running state of the large-scale message middleware cluster, ensure the running safety of the message middleware, and better support the high availability of the distributed platform. In addition, according to the method of the embodiment, the index cache is arranged in the performance collector, the threshold cache is arranged in the monitoring station processor, and different queue depths are set for the availability data and the universality data, so that the high efficiency of performance collection is obviously ensured. Finally, the embodiment further refreshes various indexes and threshold data in the cache in a preset frequency period, collects performance and running states according to different preset indexes, and makes corresponding judgment according to the threshold data, so that real-time performance of judging collected data and alarming is greatly improved.
Fig. 5 is a schematic structural diagram of a performance monitoring system of a message middleware according to an embodiment of the present application, where the system includes: performance harvester 510 and monitor table processor 520, performance harvester 510 and monitor table processor 520 are communicatively coupled to message middleware 530, respectively.
The performance collector 510 is configured to collect performance data of the message middleware 530 according to a preset performance index and send the performance data to the message middleware 530, and the monitor processor 520 is configured to obtain the performance data from the message middleware 530, and determine whether to trigger a performance alarm according to a preset performance index threshold and the performance data.
Preferably, the performance collector 510 includes an index buffer, and the performance collector 510 may further collect the performance data of the message middleware according to a preset index, where the performance data may further include:
the performance collector 510 traverses each index in the index buffer at regular time, and sequentially judges whether each index meets the tuning-up frequency of the index, if so, the performance data of the message middleware 530 is collected according to the index condition corresponding to the index meeting the tuning-up frequency in the index buffer.
Preferably, the performance acquirer 510 may further include a monitor for monitoring whether information change occurs in an index profile, which stores performance indexes desired to be acquired, at regular time intervals.
When the monitor monitors that the index configuration file is changed, the index configuration file is read, and the content in the index configuration file is packaged and updated into the index buffer.
Preferably, the monitor and control station processor 520 obtains the message with the performance data from the message middleware 530 further comprises: the monitor site processor 520 obtains messages containing the performance data from the message middleware 530 through the UART thread pool and the URT thread pool according to a predetermined time frequency.
Preferably, the universal asynchronous processing thread pool has a high concurrency number and a high queue depth, and is used for acquiring conventional performance information and running state information; the availability asynchronous processing thread pool has a medium concurrency number and a low queue depth and is used for acquiring monitoring messages of the availability of the message middleware.
Preferably, the monitor site processor 520 is further configured to obtain the performance index threshold formula from the database, parse the performance index threshold formula, and store the performance index threshold formula in a local cache of the monitor site processor.
Preferably, the monitor-desk processor 520 determining whether to trigger the performance alarm according to the preset performance index threshold and the message further includes: monitor desk processor 520 searches the corresponding performance index threshold formula from the local cache according to the message type, and judges whether to trigger performance alarm according to the performance index threshold formula.
Preferably, the performance index threshold formula includes a default threshold formula and a personalized threshold formula, and the monitor console processor 520 determines whether to trigger a performance alarm according to the performance index threshold formula further includes: judging whether a default threshold switch is on, if so, entering the next step, otherwise, ending the alarm judgment; traversing the personalized threshold formula, judging whether each personalized threshold formula meets the triggering time, if so, executing the personalized threshold formula judgment, and selecting whether to trigger performance alarm according to the judgment result; if all the personalized threshold formulas are not triggered, traversing the default threshold formulas, judging whether each default threshold formula meets the triggering time, if so, judging the default threshold formulas, selecting whether to trigger performance alarm according to the judging result, and if not, ending alarm judgment.
Preferably, the monitor processor is further configured to compare the version timestamp of the performance index threshold formula stored in the local cache with the version timestamp in the database at regular time, and if the comparison result is inconsistent, update the performance index threshold formula in the database to the local cache.
The detailed description of the above units may be referred to the description of the foregoing method embodiments, and will not be repeated here.
As can be seen from the foregoing, in the performance monitoring system for message middleware provided in this embodiment, by decoupling the collection process and the processing process of the performance data and monitoring and alarming the performance data at any time, the performance monitoring system can cope with the monitoring of the running state of a large number of message middleware clusters, ensure the running safety of the message middleware, and better support the high availability of the distributed platform. In addition, according to the method of the embodiment, the index cache is arranged in the performance collector, the threshold cache is arranged in the monitoring station processor, and different queue depths are set for the availability data and the universality data, so that the high efficiency of performance collection is obviously ensured. Finally, the embodiment further refreshes various indexes and threshold data in the cache in a preset frequency period, collects performance and running states according to different preset indexes, and makes corresponding judgment according to the threshold data, so that real-time performance of judging collected data and alarming is greatly improved.
The embodiment of the invention also provides electronic equipment, which comprises a memory, a processor and a computer program stored on the memory and capable of running on the processor, wherein the processor realizes the method when executing the program.
Embodiments of the present invention also provide a computer program product comprising a computer program/instruction which, when executed by a processor, performs the steps of the above method.
The embodiment of the invention also provides a computer readable storage medium, and the computer readable storage medium stores a computer program for executing the method.
As shown in fig. 6, the electronic device 600 may further include: a communication module 110, an input unit 120, an audio processor 130, a display 160, a power supply 170. It is noted that the electronic device 600 need not include all of the components shown in fig. 6; in addition, the electronic device 600 may further include components not shown in fig. 6, to which reference is made to the prior art.
As shown in fig. 6, the central processor 100, also sometimes referred to as a controller or operational control, may include a microprocessor or other processor device and/or logic device, which central processor 100 receives inputs and controls the operation of the various components of the electronic device 600.
The memory 140 may be, for example, one or more of a buffer, a flash memory, a hard drive, a removable media, a volatile memory, a non-volatile memory, or other suitable device. The information about failure may be stored, and a program for executing the information may be stored. And the central processor 100 can execute the program stored in the memory 140 to realize information storage or processing, etc.
The input unit 120 provides an input to the central processor 100. The input unit 120 is, for example, a key or a touch input device. The power supply 170 is used to provide power to the electronic device 600. The display 160 is used for displaying display objects such as images and characters. The display may be, for example, but not limited to, an LCD display.
The memory 140 may be a solid state memory such as Read Only Memory (ROM), random Access Memory (RAM), SIM card, or the like. But also a memory which holds information even when powered down, can be selectively erased and provided with further data, an example of which is sometimes referred to as EPROM or the like. Memory 140 may also be some other type of device. Memory 140 includes a buffer memory 141 (sometimes referred to as a buffer). The memory 140 may include an application/function storage 142, the application/function storage 142 for storing application programs and function programs or a flow for executing operations of the electronic device 600 by the central processor 100.
The memory 140 may also include a data store 143, the data store 143 for storing data, such as contacts, digital data, pictures, sounds, and/or any other data used by the electronic device. The driver storage 144 of the memory 140 may include various drivers of the electronic device for communication functions and/or for performing other functions of the electronic device (e.g., messaging applications, address book applications, etc.).
The communication module 110 is a transmitter/receiver that transmits and receives signals via the antenna 111. The communication module 110 is coupled to the central processor 100 to provide an input signal and receive an output signal, which may be the same as in the case of a conventional mobile communication terminal.
Based on different communication technologies, a plurality of communication modules 110, such as a cellular network module, a bluetooth module, and/or a wireless local area network module, etc., may be provided in the same electronic device. The communication module 110 is also coupled to a speaker 131 and a microphone 132 via an audio processor 130 to provide audio output via the speaker 131 and to receive audio input from the microphone 132 to implement usual telecommunications functions. The audio processor 130 may include any suitable buffers, decoders, amplifiers and so forth. In addition, the audio processor 130 is also coupled to the central processor 100 so that sound can be recorded locally through the microphone 132 and so that sound stored locally can be played through the speaker 131.
It will be appreciated by those skilled in the art that embodiments of the present invention may be provided as a method, system, or computer program product. Accordingly, the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present invention may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.
The present invention is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems) and computer program products according to embodiments of the invention. It will be understood that each flow and/or block of the flowchart illustrations and/or block diagrams, and combinations of flows and/or blocks in the flowchart illustrations and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
The principles and embodiments of the present invention have been described in detail with reference to specific examples, which are provided to facilitate understanding of the method and core ideas of the present invention; meanwhile, as those skilled in the art will have variations in the specific embodiments and application scope in accordance with the ideas of the present invention, the present description should not be construed as limiting the present invention in view of the above.
Claims (10)
1. A method for monitoring performance of message middleware, the method comprising:
the performance collector collects performance data of the message middleware according to a preset index and sends the performance data to the message middleware;
the monitoring station processor acquires a performance index threshold formula from the database, analyzes and stores the performance index threshold formula in a local cache of the monitoring station processor;
the monitoring station processor acquires the message with the performance data from the message middleware and judges whether performance alarm needs to be triggered according to a preset performance index threshold value and the message;
the judging whether the performance alarm needs to be triggered according to the preset performance index threshold value and the message comprises the following steps:
the monitoring station processor searches a corresponding performance index threshold formula from the local cache according to the message type, and judges whether performance alarm needs to be triggered according to the performance index threshold formula;
the performance index threshold formula comprises a default threshold formula and a personalized threshold formula, and the judging whether the performance alarm needs to be triggered according to the performance index threshold formula further comprises:
judging whether a default threshold switch is on, if so, entering the next step, otherwise, ending the alarm judgment;
traversing the personalized threshold formula, judging whether each personalized threshold formula meets the triggering time, if so, executing the personalized threshold formula judgment, and selecting whether to trigger performance alarm according to the judgment result; if all the personalized threshold formulas are not triggered, traversing the default threshold formulas, judging whether each default threshold formula meets the triggering time, if so, judging the default threshold formulas, selecting whether to trigger performance alarm according to the judging result, and if not, ending alarm judgment.
2. The method for monitoring performance of message middleware according to claim 1, wherein the performance collector collects performance data of the message middleware according to a preset index, including:
and the performance collector traverses each index in the index cache at regular time, sequentially judges whether each index meets the tuning-up frequency, and collects the performance data of the message middleware according to index conditions corresponding to the index meeting the tuning-up frequency in the index cache if the index meets the tuning-up frequency.
3. The method for monitoring performance of message middleware according to claim 2, wherein the method further comprises:
the performance collector monitors whether information change occurs in an index configuration file at fixed time intervals, and the index configuration file pre-stores performance indexes which are expected to be collected;
and in response to information change of the index configuration file, reading the index configuration file, and packaging and updating the content in the index configuration file into an index cache.
4. The method for monitoring performance of message middleware according to claim 1, wherein the monitoring station processor obtaining a message with the performance data from the message middleware comprises:
and the monitoring station processor acquires the message containing the performance data from the message middleware according to the preset time frequency through the universal asynchronous processing thread pool and the availability asynchronous processing thread pool.
5. The method for monitoring performance of message middleware according to claim 4, wherein the UART thread pool has a high concurrency and a high queue depth for acquiring regular performance messages and running status messages; the availability asynchronous processing thread pool has a medium concurrency number and a low queue depth and is used for acquiring monitoring messages of the availability of the message middleware.
6. The method for monitoring performance of message middleware according to claim 1, wherein the method further comprises: the monitor processor compares the version time stamp of the performance index threshold formula stored in the local cache with the version time stamp in the database at regular time, and if the comparison result is inconsistent, the performance index threshold formula in the database is updated into the local cache.
7. A system for monitoring performance of message middleware, the system comprising: the performance collector is in communication connection with the message middleware respectively, the performance collector is used for collecting performance data of the message middleware according to a preset index and sending the performance data to the message middleware, and the monitoring station processor is used for obtaining the performance data from the message middleware and judging whether performance alarm needs to be triggered according to a preset performance index threshold value and the performance data.
8. An electronic device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, characterized in that the processor implements the steps of the performance monitoring method of the message middleware of any one of claims 1 to 6 when the computer program is executed.
9. A computer readable storage medium having stored thereon a computer program, characterized in that the computer program, when being executed by a processor, implements the steps of the performance monitoring method of message middleware according to any one of claims 1 to 6.
10. A computer program product comprising computer programs/instructions which, when executed by a processor, implement the steps of the method of performance monitoring of message middleware according to any one of claims 1 to 6.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211023572.2A CN115396285B (en) | 2022-08-25 | 2022-08-25 | Performance monitoring method and system for message middleware |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211023572.2A CN115396285B (en) | 2022-08-25 | 2022-08-25 | Performance monitoring method and system for message middleware |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN115396285A CN115396285A (en) | 2022-11-25 |
| CN115396285B true CN115396285B (en) | 2024-03-01 |
Family
ID=84122617
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202211023572.2A Active CN115396285B (en) | 2022-08-25 | 2022-08-25 | Performance monitoring method and system for message middleware |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN115396285B (en) |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101446914A (en) * | 2007-11-26 | 2009-06-03 | 阿里巴巴集团控股有限公司 | Database monitoring method and device |
| CN104572290A (en) * | 2013-10-11 | 2015-04-29 | 中兴通讯股份有限公司 | Method and device for controlling message processing threads |
| CN110445650A (en) * | 2019-08-07 | 2019-11-12 | 中国联合网络通信集团有限公司 | Detect alarm method, equipment and server |
| CN112150780A (en) * | 2020-08-17 | 2020-12-29 | 来邦养老科技有限公司 | Alarm threshold correction method, device and storage medium |
| CN113761205A (en) * | 2021-09-07 | 2021-12-07 | 合肥远康信息技术有限公司 | Networking alarm application management system for hazardous chemical substances |
-
2022
- 2022-08-25 CN CN202211023572.2A patent/CN115396285B/en active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101446914A (en) * | 2007-11-26 | 2009-06-03 | 阿里巴巴集团控股有限公司 | Database monitoring method and device |
| CN104572290A (en) * | 2013-10-11 | 2015-04-29 | 中兴通讯股份有限公司 | Method and device for controlling message processing threads |
| CN110445650A (en) * | 2019-08-07 | 2019-11-12 | 中国联合网络通信集团有限公司 | Detect alarm method, equipment and server |
| CN112150780A (en) * | 2020-08-17 | 2020-12-29 | 来邦养老科技有限公司 | Alarm threshold correction method, device and storage medium |
| CN113761205A (en) * | 2021-09-07 | 2021-12-07 | 合肥远康信息技术有限公司 | Networking alarm application management system for hazardous chemical substances |
Also Published As
| Publication number | Publication date |
|---|---|
| CN115396285A (en) | 2022-11-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111782470B (en) | Distributed container log data processing method and device | |
| CN104038908A (en) | Push message sending method and device | |
| CN111740860B (en) | Log data transmission link monitoring method and device | |
| CN111431813B (en) | Access current limiting method, device and storage medium | |
| CN111796769B (en) | Capacity expansion method and device for cloud platform log storage system | |
| CN111796935B (en) | Consumption instance distribution method and system for calling log information | |
| CN109412821B (en) | Message processing method and device and electronic equipment | |
| CN111966289A (en) | Partition optimization method and system based on Kafka cluster | |
| CN112035066B (en) | Log reservation time length calculation method and device | |
| CN107196980B (en) | Method, system and device for controlling page display flow | |
| CN112069195A (en) | Database-based message transmission method and device, electronic equipment and storage medium | |
| CN114519055B (en) | Data storage method and device | |
| CN115396285B (en) | Performance monitoring method and system for message middleware | |
| CN114237896A (en) | Distributed node resource dynamic scheduling method and device | |
| CN114067456A (en) | Log processing method, electronic device and storage medium | |
| CN112396511B (en) | Distributed wind control variable data processing method, device and system | |
| CN111796938B (en) | Cluster dynamic concurrency control method and device | |
| CN112035720B (en) | Event reminding triggering method and device, storage medium and electronic equipment | |
| CN112363980A (en) | Data processing method and device for distributed system | |
| CN115914375A (en) | Disaster tolerance processing method and device for distributed message platform | |
| CN114402313A (en) | Label updating method and device, electronic equipment and storage medium | |
| CN102170476A (en) | Cloud computing method and device based on cloud node autonomic learning | |
| CN111737297B (en) | Method and device for processing link aggregation call information | |
| CN113918436A (en) | Log processing method and device | |
| CN114036160A (en) | Real-time data acquisition method and device, electronic 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 |