CN115729786A - Monitoring method, device, equipment and storage medium applied to multiple systems - Google Patents

Monitoring method, device, equipment and storage medium applied to multiple systems Download PDF

Info

Publication number
CN115729786A
CN115729786A CN202211559638.XA CN202211559638A CN115729786A CN 115729786 A CN115729786 A CN 115729786A CN 202211559638 A CN202211559638 A CN 202211559638A CN 115729786 A CN115729786 A CN 115729786A
Authority
CN
China
Prior art keywords
monitoring
alarm information
heartbeat
outputting
rule
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.)
Pending
Application number
CN202211559638.XA
Other languages
Chinese (zh)
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.)
China Construction Bank Corp
CCB Finetech Co Ltd
Original Assignee
China Construction Bank Corp
CCB Finetech Co Ltd
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 China Construction Bank Corp, CCB Finetech Co Ltd filed Critical China Construction Bank Corp
Priority to CN202211559638.XA priority Critical patent/CN115729786A/en
Publication of CN115729786A publication Critical patent/CN115729786A/en
Pending legal-status Critical Current

Links

Images

Landscapes

  • Debugging And Monitoring (AREA)

Abstract

The application discloses a monitoring method, a monitoring device, monitoring equipment and a storage medium applied to multiple systems, and relates to the technical field of system monitoring. The method comprises the following steps that the multiple systems comprise a first system and a second system which have an incidence relation, the first system is a monitoring end, the second system is a monitored end, and a heartbeat monitoring rule is arranged between the first system and the second system, and the method comprises the following steps: the first system monitors the second system according to the heartbeat monitoring rule; if the first system determines that the monitoring of the second system fails according to the heartbeat monitoring rule, generating alarm information and outputting the alarm information; the alarm information is used for indicating that the second system has abnormity so as to realize unified monitoring among multiple systems.

Description

Monitoring method, device, equipment and storage medium applied to multiple systems
Technical Field
The present application relates to the field of system monitoring technologies, and in particular, to a monitoring method, apparatus, device, and storage medium for multiple systems.
Background
The heartbeat mechanism is a mechanism that sends a self-defined structure (heartbeat packet) at regular time to let the other side know that the other side is still alive so as to ensure the validity of the connection. The so-called heartbeat packet is that one party sends simple information to the other party at regular time to tell that the other party is still, for example, the client sends a fixed message to the server every few minutes, the server replies a fixed message after receiving the message, and if the server does not receive the message from the client within a few minutes, the client is disconnected.
The existing monitoring system mainly aims at monitoring the abnormality of each component in the system, however, in an actual service scene, besides the association relationship between each component in the system, a certain association also exists between the system and the system, for example, between an upstream system (upstream device) and a downstream system (downstream device), if the service development of the downstream system needs to be requested to the upstream system, once the upstream system is abnormal, the downstream system cannot be normally opened, or if the service development of the upstream system needs to depend on related data in the downstream system, once the downstream system is abnormal, the upstream system cannot be normally developed, so that both parties are lost, and user experience is affected.
Therefore, how to perform unified monitoring among multiple systems is a problem which needs to be solved urgently at present.
Disclosure of Invention
The application provides a monitoring method applied to multiple systems, which is used for uniformly monitoring the multiple systems.
In a first aspect, a monitoring method applied to multiple systems is provided, where the multiple systems include a first system and a second system that have an association relationship, the first system is a monitoring end, the second system is a monitored end, and a heartbeat monitoring rule is set between the first system and the second system, the method includes:
the first system monitors the second system according to the heartbeat monitoring rule; if the first system determines that the second system is failed to be monitored according to the heartbeat monitoring rule, generating alarm information and outputting the alarm information; wherein the alarm information is used for indicating that the second system has an abnormality.
In a possible implementation manner, the heartbeat monitoring rule includes that a communication monitoring interface is arranged between the first system and the second system, and the communication monitoring interface is used for the first system to monitor an operation state of the second system; the first system determines that the monitoring of the second system fails according to the heartbeat monitoring rule, and the method comprises the following steps:
the first system sending a heartbeat request to the second system via the communication monitoring interface; and if the first system cannot receive the heartbeat request response returned by the second system through the communication monitoring interface and exceeds a first set threshold value, determining that the monitoring of the second system fails.
In a possible implementation manner, the heartbeat monitoring rule includes a monitoring port list, where the monitoring port list is used for the first system to update the monitored port status of the second system according to a set time interval; the first system determines that the monitoring of the second system fails according to the heartbeat monitoring rule, and the method comprises the following steps:
and if the first system inquires in the monitoring port list that the port state of the second system is not updated at the time point of the time interval and exceeds a second set threshold value, determining that the monitoring of the second system fails.
In a possible implementation manner, the generating the alarm information includes:
determining a reason for failure in monitoring; and generating the alarm information according to the monitoring failure reason.
In a possible implementation manner, the outputting the alarm information includes at least one of the following manners:
outputting the alarm information in a mail mode; outputting the alarm information in a short message mode; and outputting the alarm information in a popup window mode.
In a second aspect, a monitoring apparatus applied to multiple systems is provided, the multiple systems include a first system and a second system having an association relationship, the first system is a monitoring end, the second system is a monitored end, and the first system and the second system are provided with heartbeat monitoring rules therebetween, including:
the monitoring module is used for monitoring the second system according to the heartbeat monitoring rule; the processing module is used for generating alarm information and outputting the alarm information if the failure of monitoring the second system is determined according to the heartbeat monitoring rule; wherein the alarm information is used for indicating that the second system has an abnormality.
In a possible implementation manner, the heartbeat monitoring rule includes that a communication monitoring interface is arranged between the first system and the second system, and the communication monitoring interface is used for the first system to monitor an operation state of the second system; the processing module is specifically configured to:
the first system sending a heartbeat request to the second system via the communication monitoring interface; and if the first system cannot receive the heartbeat request response returned by the second system through the communication monitoring interface and exceeds a first set threshold value, determining that the monitoring of the second system fails.
In a possible implementation manner, the heartbeat monitoring rule includes a monitoring port list, where the monitoring port list is used for the first system to update the monitored port status of the second system according to a set time interval; the processing module is specifically configured to:
and if the port state of the second system is not updated at the time point of the time interval and exceeds a second set threshold value, determining that the monitoring of the second system fails.
In a possible implementation manner, the processing module is specifically configured to:
determining a reason for failure in monitoring; and generating the alarm information according to the monitoring failure reason.
In a possible implementation manner, the processing module is specifically configured to output the alarm information in at least one of the following manners:
outputting the alarm information in a mail mode; outputting the alarm information in a short message mode; and outputting the alarm information in a popup window mode.
In one possible implementation manner, the alarm information includes a system identifier of the second system and a reason for the failure in monitoring.
In a third aspect, an electronic device is provided, including:
a memory for storing a computer program; a processor for implementing the method steps of any one of the first aspect when executing the computer program stored on the memory.
In a fourth aspect, a computer-readable storage medium is provided, in which 6 a computer program is stored which, when being executed by a processor, realizes the method steps of any one of the first aspect.
In an aspect 5, a computer program product is provided, comprising a computer program which, when executed by a processor, performs the method steps of any one of the first aspect.
In the embodiment of the application, the first system is set as the monitoring end, the second system is set as the monitored end, and the heartbeat monitoring rule is set between the first system and the second system, so that the first system serving as the monitoring end can monitor the second system in real time according to the heartbeat monitoring rule, thereby preventing the second system from being abnormal and influencing the service progress, realizing the unified monitoring among multiple systems and improving the operation and maintenance efficiency; and then, if the first system determines that the second system is failed to be monitored according to the heartbeat monitoring rule, generating alarm information and outputting the alarm information, so that related managers can be reminded to take corresponding remedial measures in time, the risk resistance between systems is improved, and the user experience is met.
For each of the second aspect to the fifth aspect and possible technical effects of each aspect, please refer to the above description of the possible technical effects of the first aspect or various possible schemes of the first aspect, and no repeated description is given here.
Drawings
Fig. 1 is a schematic diagram of an application scenario applicable to the embodiment of the present application;
FIG. 2 is a schematic diagram of another application scenario in which the present embodiment is applied;
FIG. 3 is a schematic diagram of another application scenario in which the present application is applied;
fig. 4 is a flowchart of a monitoring method applied to multiple systems according to an embodiment of the present disclosure;
fig. 5 is a schematic structural diagram of a monitoring apparatus applied to multiple systems according to an embodiment of the present disclosure;
fig. 6 is a schematic structural diagram of an electronic device according to an embodiment of the present application.
Detailed Description
In order to make the objects, technical solutions and advantages of the present application more clear, the present application will be further described in detail with reference to the accompanying drawings. The particular methods of operation in the method embodiments may also be applied in device embodiments or system embodiments. It should be noted that "a plurality" is understood as "at least two" in the description of the present application. "and/or" describes the association relationship of the associated objects, meaning that there may be three relationships, e.g., a and/or B, which may mean: a exists alone, A and B exist simultaneously, and B exists alone. A is connected with B and can represent: a and B are directly connected and A and B are connected through C. In addition, in the description of the present application, the terms "first," "second," and the like are used for descriptive purposes only and are not intended to indicate or imply relative importance nor order to be construed.
In the technical scheme, the data acquisition, storage, use, processing and the like all meet the requirements of relevant national laws and regulations.
For a better understanding of the embodiments of the present application, technical terms referred to in the embodiments of the present application will be first described below.
(1) The 'bank customs clearance' is also called electronic port online tax payment service, is provided for import and export tax payment enterprises by various organizations, and completes the online payment service of paying the tax due to the import and export customs clearance of the enterprises through a Chinese electronic port platform.
(2) The Core Banking System (Core Banking System) refers to a Banking Core business System of the financial industry. The core bank system is a core banking system which takes a customer as a center, performs accounting processing, meets the comprehensive teller system and provides 24-hour service. The bank core system is the basis of other business subsystems in the whole bank IT system architecture, also keeps close relation with other systems, is used as an important business processing system and is in the key position of starting and ending in the whole bank IT system.
(3) The customer information system is an important component in a customer resource management system, provides a basic information database for customer resource management, and also provides a basis for financial services and value-added services for customers by banks.
Under the micro service architecture, the system generally relates to data or information interaction with other systems when the development of the service is realized, and once the system per se or other systems are abnormal, the development of the service is possibly influenced.
In view of this, the embodiment of the present application provides a method for monitoring among multiple systems, where a heartbeat monitoring rule is set between systems, and the heartbeat monitoring rule can monitor the state of the system in real time, and can also give an alarm in time if an abnormality is found.
Some brief descriptions are given below to application scenarios to which the technical solution of the embodiment of the present application can be applied, and it should be noted that the application scenarios described below are only used for describing the embodiment of the present application and are not limited. In specific implementation, the technical scheme provided by the embodiment of the application can be flexibly applied according to actual needs.
Scene 1: when each organization pays customs for import and export enterprises, a connection relation is generally established with a customs-related system, so that related customs data can be conveniently obtained, development of services is realized, and when the connection relation is established, each organization can be respectively added with a heartbeat function (heartbeat monitoring rule) between the customs system, so that the state of the customs system is monitored in real time. As shown in FIG. 1, the scenario 1 mainly includes the present system (1, 2,3,4,5 \8230;, N), a customs system 100H; wherein, the system (1, 2,3,4,5 \8230;, N) is respectively connected with the customs system 100H, and the connection can be realized by the following modes: wireless connection and wired connection.
Illustratively, a heartbeat function is respectively arranged between the system (1, 2,3,4,5, \ 8230;, N) and the customs system 100H, so that the system (1, 2,3,4,5, \ 8230;, N) serves as a monitoring end and monitors the running state of the customs system 100H (serving as a monitored end) in real time, and further, if one system (for example, the system 1) in the system monitors that the running state of the customs system 100H is abnormal, an alarm can be triggered, and a relevant manager can be notified to collect measures in time.
Scene 2: when the financial service is developed, a large amount of financial data, customer information and the like are often involved, so that for an upstream system which has stronger dependence on a downstream system (such as a core bank system and a customer information system), a heartbeat function can be added between the systems, and the financial service cannot be developed due to the fault of the downstream system. As shown in fig. 2, the scenario 2 mainly includes the present system 200, a core banking system 201, and a customer information system 202; the system 200 is connected to the core banking system 201 and the customer information system 202, respectively, and the connection may include: wireless connection and wired connection. It should be noted that the number of downstream systems may be more, and fig. 2 only illustrates 2 systems as an example.
Illustratively, a heartbeat function is set between the system 200 and the core bank system 201, and a heartbeat function is set between the system 100 and the client information system 202, so that the system 200 (an upstream system) serves as a monitoring end, and can respectively monitor the core bank system 201 (as a monitored end) and the client information system 202 (as a monitored end) in real time, and further, if the system 200 monitors that the downstream system (for example, the client information system 202) is abnormal, an alarm can be triggered in a targeted manner, and relevant managers can be notified to collect measures in time.
Scene 3: when the service data carried by the two systems are mutually influenced, if one of the systems breaks down, the use of the other system is influenced, and for the systems, the heartbeat function can be added between the systems to monitor each other, so that the coexistence win-win effect is achieved, and the risk resistance is improved. As shown in fig. 3, the scenario 3 mainly includes a system a and a system B; wherein, system a and system B interconnect, this mode of connection adoption can include: wireless connection and wired connection.
For example, when the system a performs a service operation, the system a performs real-time monitoring on the system B as a monitoring terminal, and if the system B fails (or has an abnormality), an alarm for the system B is triggered; on the contrary, when the system B executes the business operation, the system B is used as a monitoring terminal to monitor the system a in real time, and if the system a (or an abnormal condition exists) fails, an alarm for the system a is triggered, so that a relevant manager is notified to collect measures in time.
To further illustrate the technical solutions provided by the embodiments of the present application, the following detailed description is made with reference to the accompanying drawings and the detailed description. Although the embodiments of the present application provide the method operation steps as shown in the following embodiments or figures, more or less operation steps may be included in the method based on the conventional or non-inventive labor. In steps where no necessary causal relationship exists logically, the order of execution of the steps is not limited to that provided by the embodiments of the present application. The method can be executed in the order of the embodiments or the method shown in the drawings or executed in an actual process or device.
Fig. 4 is a flowchart of a monitoring method applied to multiple systems according to an embodiment of the present application, where the flowchart may be executed by a monitoring apparatus applied to multiple systems, and the apparatus may be implemented by software, hardware, or a combination of software and hardware. As shown in fig. 4, the process includes the following steps:
in this embodiment, the multiple systems include a first system and a second system having an association relationship, and a heartbeat monitoring rule (heartbeat function) may be set in advance between the first system and the second system, and when a service is actually performed, if the first system performs a service operation for the system, the first system is used as a monitoring end and the second system is used as a monitored end, otherwise, if the second system performs a service operation for the system, the second system is used as a monitoring end and the first system is used as a monitored end.
The first system and the second system are only for the purpose of convenient description, and are not particularly limited to one or some of the systems.
401: and the first system monitors the second system according to the heartbeat monitoring rule.
With respect to scenario 1 above, the first system may specifically refer to the present system (1, 2,3,4,5 \8230;, N) shown in fig. 1, and the second system may specifically refer to the customs system 100H shown in fig. 1.
For the above scenario 2, the first system may specifically refer to the present system 200 shown in fig. 2, and the second system may specifically refer to the core banking system 201 and the customer information system 202 shown in fig. 2.
For the above scenario 3, the first system may specifically be the system a shown in fig. 3, and the second system may specifically be the system B shown in fig. 3, or the first system may specifically be the system B shown in fig. 3, and the second system may specifically be the system a shown in fig. 3.
Illustratively, the heartbeat monitoring rule may mainly include the following ways:
mode 1: and arranging a communication monitoring interface between the first system and the second system, wherein the communication monitoring interface is used for monitoring the running state of the second system by the first system. For example, the first system sends a heartbeat request to the second system through the communication interface, and after receiving the heartbeat request, the second system returns a heartbeat request response to the first system, where the heartbeat request response may also carry a heartbeat packet to indicate that the second system is in a normal operating state.
Mode 2: the second system is monitored by using a port monitoring method, and specifically, port information (e.g., a port identifier, a port state, etc.) of the second system to be monitored is recorded in a monitoring list, so that the first system updates the monitored port state of the second system in the monitoring list at a set time interval. The port state of the second system to be monitored is monitored through the first system, so that the real-time monitoring of the second system is realized, an interface does not need to be newly added between the first system and the second system, and the monitoring mode is simple, convenient and easy to realize.
In some embodiments, the first system may monitor the second system only in the manner 1 in real time, in other embodiments, the second system may monitor the second system only in the manner 2 in real time, and in other embodiments, the first system may monitor the second system in real time in both the manner 1 and the manner 2.
In the embodiment of the application, the heartbeat monitoring rule is set between the first system and the second system, cross-system monitoring can be realized, the operation and maintenance efficiency between the systems is improved, and the requirement of a multi-service scene is met.
402: and the first system determines whether the monitoring of the second system fails according to the heartbeat monitoring rule, if so, the process is switched to 403, and if not, the process is switched to 401.
For example, with respect to the above mode 1, determining whether monitoring of the second system fails may specifically be:
the first system sends a heartbeat request to the second system via the communication monitoring interface; and if the first system cannot receive the heartbeat request response returned by the second system through the communication monitoring interface and exceeds the first set threshold, determining that the monitoring of the second system fails. For example, if the first system sends a heartbeat request three times through the communication monitoring interface, but the first system does not receive any heartbeat request response returned by the second system, it indicates that the monitoring on the second system fails, and proceeds to 403, otherwise, proceeds to 401.
For example, with respect to the above mode 2, determining that the monitoring of the second system fails may specifically be: if the first system queries in the monitoring port list that the port state of the second system is not updated at a time point of a time interval (for example, every 2 minutes), or the port state of the second system disappears from the monitoring port list and exceeds a second set threshold (for example, exceeds 5 minutes), it is determined that monitoring of the second system fails, and a transition is made to 403, otherwise, a transition is made to 401.
403: and generating alarm information and outputting the alarm information.
For example, the generating of the alarm information may specifically be: firstly, determining a monitoring failure reason, and then generating alarm information according to the monitoring failure reason. For example, the abnormal information related to the second system is obtained, and the reason for the failure of monitoring is determined according to the abnormal information, where the reason for the failure of monitoring may include a network problem, an IP address problem, a network device problem, an offline state of the second system, a program driving problem, and the like, and the problem may be found in time, and a corresponding scheme may be made in a targeted manner, thereby avoiding loss.
For example, the alarm information may include a system identifier of the second system and a reason for the failure of monitoring, and may further include a system name, a system version of the second system, a system administrator of the second system, a system IP address, and the like.
For example, the alarm information may be output in the following ways:
mode 1: and outputting the alarm information in a mail mode, for example, sending the alarm information to a system administrator in a mail mode according to the acquired system administrator information.
Mode 2: and outputting the alarm information in a short message mode, and sending the alarm information to a system administrator in a short message mode according to the acquired system administrator information.
Mode 3: the alarm information is output in a pop-up window manner, for example, a pop-up window is displayed on a user interface of the first system, or the pop-up window is displayed on a user interface of the second system, or the pop-up windows are displayed on user interfaces of the first system and the second system respectively, and the pop-up window may be a floating window and is displayed on the top layer. And alarm information is displayed in the pop-up window.
Mode 4: and outputting the alarm information in a voice prompt mode.
Mode 5: and outputting the alarm information through the third-party social software.
By outputting the alarm information, it is convenient for a user (system administrator) to take corresponding measures, such as solving a problem according to a reason of the monitoring failure to recover the monitoring operation on the second system, or taking other operation processing.
It should be noted that, the alarm information may be output only in one of the above manners, or may also be output in several manners, and the embodiment of the present application is not limited herein.
In the embodiment of the application, the first system is set as the monitoring end, the second system is set as the monitored end, and the heartbeat monitoring rule is set between the first system and the second system, so that the first system serving as the monitoring end can monitor the second system in real time according to the heartbeat monitoring rule, thereby preventing the second system from being abnormal and influencing the service progress, realizing the unified monitoring among multiple systems and improving the operation and maintenance efficiency; and then, if the first system determines that the second system is failed to be monitored according to the heartbeat monitoring rule, generating alarm information and outputting the alarm information, so that related managers can be reminded to take corresponding remedial measures in time, the risk resistance between systems is improved, and the user experience is met.
Based on the same technical concept, the embodiment of the present application further provides a monitoring device applied to multiple systems, and the device can implement the flow of the monitoring method applied to multiple systems in the embodiment of the present application.
Fig. 5 is a schematic structural diagram of a monitoring apparatus applied to multiple systems according to an embodiment of the present disclosure, where the multiple systems include a first system and a second system that have an association relationship, the first system is a monitoring end, the second system is a monitored end, and a heartbeat monitoring rule is set between the first system and the second system. As shown in fig. 5, the apparatus includes: a monitoring module 501 and a processing module 502.
A monitoring module 501, configured to monitor the second system according to the heartbeat monitoring rule;
a processing module 502, configured to generate alarm information and output the alarm information if it is determined that monitoring of the second system fails according to the heartbeat monitoring rule; wherein the alarm information is used for indicating that the second system has an abnormality.
Exemplarily, the heartbeat monitoring rule includes that a communication monitoring interface is arranged between the first system and the second system; the processing module 502 is specifically configured to:
the first system sending a heartbeat request to the second system via the communication monitoring interface; and if the first system cannot receive the heartbeat request response returned by the second system through the communication monitoring interface and exceeds a first set threshold value, determining that the monitoring of the second system fails.
Illustratively, the heartbeat monitoring rule includes a monitoring port list, where the monitoring port list is used for the first system to update the monitored port status of the second system according to a set time interval; the processing module 502 is specifically configured to:
and if the port state of the second system is not updated at the time point of the time interval and exceeds a second set threshold value, determining that the monitoring of the second system fails.
Illustratively, the processing module 502 is specifically configured to:
determining a reason for failure in monitoring; and generating the alarm information according to the monitoring failure reason.
It should be noted that the apparatus provided in this embodiment of the present application can implement all the method steps in the monitoring method embodiment applied to multiple systems, and can achieve the same technical effect, and detailed descriptions of the same parts and beneficial effects as those in the method embodiment are not repeated here.
Based on the same technical concept, the embodiment of the application also provides electronic equipment which can realize the function of the monitoring device applied to multiple systems.
Fig. 6 is a schematic structural diagram of an electronic device according to an embodiment of the present application.
At least one processor 601 and a memory 602 connected to the at least one processor 601, in this embodiment, a specific connection medium between the processor 601 and the memory 602 is not limited, and fig. 6 illustrates an example where the processor 601 and the memory 602 are connected through a bus 600. The bus 600 is shown in fig. 6 by a thick line, and the connection manner between other components is merely illustrative and not limited thereto. The bus 600 may be divided into an address bus, a data bus, a control bus, etc., and is shown with only one thick line in fig. 6 for ease of illustration, but does not represent only one bus or type of bus. Alternatively, the processor 601 may also be referred to as a controller, without limitation to name a few.
In the embodiment of the present application, the memory 602 stores instructions executable by the at least one processor 401, and the at least one processor 601 may execute the monitoring method applied to the multiple systems by executing the instructions stored in the memory 602. The processor 601 may implement the functions of the various modules in the apparatus shown in fig. 5.
The processor 601 is a control center of the apparatus, and may connect various parts of the entire control device by using various interfaces and lines, and perform various functions of the apparatus and process data by operating or executing instructions stored in the memory 602 and calling data stored in the memory 602, thereby performing overall monitoring of the apparatus.
In one possible design, processor 601 may include one or more processing units, and processor 601 may integrate an application processor, which primarily handles operating systems, driver interfaces, applications, etc., and a modem processor, which primarily handles wireless communications. It will be appreciated that the modem processor described above may not be integrated into the processor 601. In some embodiments, the processor 601 and the memory 602 may be implemented on the same chip, or in some embodiments, they may be implemented separately on separate chips.
The processor 601 may be a general-purpose processor, such as a Central Processing Unit (CPU), digital signal processor, application specific integrated circuit, field programmable gate array or other programmable logic device, discrete gate or transistor logic, discrete hardware components, or the like, that may implement or perform the methods, steps, and logic blocks disclosed in embodiments of the present application. A general purpose processor may be a microprocessor or any conventional processor or the like. The steps of the monitoring method applied to multiple systems disclosed in the embodiments of the present application may be directly implemented by a hardware processor, or implemented by a combination of hardware and software modules in the processor.
The memory 602, which is a non-volatile computer-readable storage medium, may be used to store non-volatile software programs, non-volatile computer-executable programs, and modules. The Memory 602 may include at least one type of storage medium, and may include, for example, a flash Memory, a hard disk, a multimedia card, a card-type Memory, a Random Access Memory (RAM), a Static Random Access Memory (SRAM), a Programmable Read Only Memory (PROM), a Read Only Memory (ROM), a charge Erasable Programmable Read Only Memory (EEPROM), a magnetic Memory, a magnetic disk, an optical disk, and so on. The memory 602 is any other medium that can be used to carry or store desired program code in the form of instructions or data structures and that can be accessed by a computer, but is not limited to such. The memory 602 in the embodiments of the present application may also be circuitry or any other device capable of performing a storage function for storing program instructions and/or data.
The processor 601 is programmed to solidify the code corresponding to the monitoring method applied to multiple systems described in the foregoing embodiments into the chip, so that the chip can execute the monitoring method applied to multiple systems of the embodiment shown in fig. 4 when running. How to program the processor 601 is well known to those skilled in the art and will not be described herein.
It should be noted that, the electronic device according to the embodiment of the present application can implement all the method steps implemented by the method embodiment and achieve the same technical effects, and detailed descriptions of the same parts and beneficial effects as the method embodiment in this embodiment are omitted here.
The embodiment of the present application further provides a computer-readable storage medium, where computer-executable instructions are stored in the computer-readable storage medium, and the computer-executable instructions are used to enable a computer to execute the monitoring method applied to multiple systems in the foregoing embodiments.
The embodiment of the present application further provides a computer program product, and when the computer program product is called by a computer, the computer executes the monitoring method applied to multiple systems in the above embodiments.
As will be appreciated by one skilled in the art, embodiments of the present application may be provided as a method, system, or computer program product. Accordingly, the present application may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present application 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 application is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to the application. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams 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.
It will be apparent to those skilled in the art that various changes and modifications may be made in the present application without departing from the spirit and scope of the application. Thus, if such modifications and variations of the present application fall within the scope of the claims of the present application and their equivalents, the present application is intended to include such modifications and variations as well.

Claims (15)

1. A monitoring method applied to multiple systems, wherein the multiple systems comprise a first system and a second system which have an association relationship, the first system is a monitoring end, the second system is a monitored end, and a heartbeat monitoring rule is arranged between the first system and the second system, and is characterized in that the method comprises the following steps:
the first system monitors the second system according to the heartbeat monitoring rule;
if the first system determines that the second system is failed to be monitored according to the heartbeat monitoring rule, generating alarm information and outputting the alarm information; wherein the alarm information is used for indicating that the second system has an abnormality.
2. The method according to claim 1, wherein the heartbeat monitoring rule includes that a communication monitoring interface is provided between the first system and the second system, and the communication monitoring interface is used for the first system to monitor the operating state of the second system;
the first system determines that the monitoring of the second system fails according to the heartbeat monitoring rule, and the method comprises the following steps:
the first system sending a heartbeat request to the second system via the communication monitoring interface;
and if the first system cannot receive the heartbeat request response returned by the second system through the communication monitoring interface and exceeds a first set threshold value, determining that the monitoring of the second system fails.
3. The method according to claim 1, wherein the heartbeat monitoring rule includes a monitoring port list, and the monitoring port list is used for the first system to update the monitored port status of the second system according to a set time interval;
the first system determines that the monitoring of the second system fails according to the heartbeat monitoring rule, and the method comprises the following steps:
and if the first system inquires in the monitoring port list that the port state of the second system is not updated at the time point of the time interval and exceeds a second set threshold value, determining that the monitoring of the second system fails.
4. The method of claim 1, wherein the generating the alert information comprises:
determining a reason for failure in monitoring;
and generating the alarm information according to the monitoring failure reason.
5. The method of claim 1, wherein the outputting the alert information comprises at least one of:
outputting the alarm information in a mail mode;
outputting the alarm information in a short message mode;
and outputting the alarm information in a popup window mode.
6. The method of any of claims 1-5, wherein the alarm information includes a system identification of the second system and a reason for the failure to monitor.
7. The utility model provides a be applied to monitoring device of multisystem, multisystem is including first system and the second system that has incidence relation, first system is the control end, the second system is by the control end, just first system with be provided with heartbeat monitoring rule between the second system, its characterized in that includes:
the monitoring module is used for monitoring the second system according to the heartbeat monitoring rule;
the processing module is used for generating alarm information and outputting the alarm information if the monitoring failure of the second system is determined according to the heartbeat monitoring rule; wherein the alarm information is used for indicating that the second system has an abnormality.
8. The apparatus according to claim 7, wherein the heartbeat monitoring rule includes a communication monitoring interface provided between the first system and the second system, the communication monitoring interface being configured to monitor an operation status of the second system by the first system;
the processing module is specifically configured to:
the first system sending a heartbeat request to the second system via the communication monitoring interface;
and if the first system cannot receive the heartbeat request response returned by the second system through the communication monitoring interface and exceeds a first set threshold value, determining that the monitoring of the second system fails.
9. The apparatus according to claim 7, wherein the heartbeat monitoring rule includes a monitoring port list, and the monitoring port list is used for the first system to update the monitored port status of the second system according to a set time interval;
the processing module is specifically configured to:
and if the port state of the second system is not updated at the time point of the time interval and exceeds a second set threshold value, determining that the monitoring of the second system fails.
10. The apparatus of claim 7, wherein the processing module is specifically configured to:
determining a reason for failure in monitoring;
and generating the alarm information according to the monitoring failure reason.
11. The apparatus of claim 7, wherein the processing module is specifically configured to output the alert information in at least one of:
outputting the alarm information in a mail mode;
outputting the alarm information in a short message mode;
and outputting the alarm information in a popup window mode.
12. The apparatus of any of claims 7-11, wherein the alarm information comprises a system identification of the second system and a reason for the failure to monitor.
13. An electronic device, comprising:
a memory for storing a computer program;
a processor for implementing the method steps of any one of claims 1-6 when executing the computer program stored on the memory.
14. A computer-readable storage medium, characterized in that a computer program is stored in the computer-readable storage medium, which computer program, when being executed by a processor, carries out the method steps of any one of claims 1-6.
15. A computer program product comprising a computer program, characterized in that the computer program realizes the method steps of any of claims 1-6 when executed by a processor.
CN202211559638.XA 2022-12-06 2022-12-06 Monitoring method, device, equipment and storage medium applied to multiple systems Pending CN115729786A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202211559638.XA CN115729786A (en) 2022-12-06 2022-12-06 Monitoring method, device, equipment and storage medium applied to multiple systems

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202211559638.XA CN115729786A (en) 2022-12-06 2022-12-06 Monitoring method, device, equipment and storage medium applied to multiple systems

Publications (1)

Publication Number Publication Date
CN115729786A true CN115729786A (en) 2023-03-03

Family

ID=85300336

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202211559638.XA Pending CN115729786A (en) 2022-12-06 2022-12-06 Monitoring method, device, equipment and storage medium applied to multiple systems

Country Status (1)

Country Link
CN (1) CN115729786A (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116781757A (en) * 2023-08-22 2023-09-19 北京城建智控科技股份有限公司 Data monitoring method, device, platform, electronic equipment and storage medium

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116781757A (en) * 2023-08-22 2023-09-19 北京城建智控科技股份有限公司 Data monitoring method, device, platform, electronic equipment and storage medium
CN116781757B (en) * 2023-08-22 2023-11-07 北京城建智控科技股份有限公司 Data monitoring method, device, platform, electronic equipment and storage medium

Similar Documents

Publication Publication Date Title
CN107992398B (en) Monitoring method and monitoring system of service system
US20190378073A1 (en) Business-Aware Intelligent Incident and Change Management
WO2021139788A1 (en) Cloud gateway configuration method, system, apparatus, and computer readable storage medium
WO2019006654A1 (en) Financial self-service equipment maintenance dispatch generation method, hand-held terminal and electronic device
CN110362455B (en) Data processing method and data processing device
CN109656700A (en) Distributed link tracking, system, equipment and storage medium under multi-tenant
WO2021042849A1 (en) Cloud platform, service processing method, command interface and computer device
CN107038645B (en) Service processing method, device and system and server
CN110222535A (en) Processing unit, method and the storage medium of block chain configuration file
CN114896121A (en) Monitoring method and device of distributed processing system
CN115729786A (en) Monitoring method, device, equipment and storage medium applied to multiple systems
CN111628903B (en) Monitoring method and monitoring system for transaction system running state
CN108021486B (en) The method and storage medium that electronic device, collage-credit data are handled
CN117880053A (en) Method, apparatus, device, storage medium and program product for providing alarm
CN116260703A (en) Distributed message service node CPU performance fault self-recovery method and device
CN117173839A (en) Intelligent early warning method and system for monitoring financial machines
CN113238893B (en) Disaster recovery system, method, computer equipment and medium for multiple data centers
WO2020014829A1 (en) Method for detecting network connection of payment gateway, and terminal device
CN114170016A (en) Capital monitoring system and capital monitoring method
CN113051135A (en) Application thread pool monitoring method and thread pool monitoring device
CN108337128B (en) Method, device and system for monitoring communication state between systems
CN110177077A (en) System of account processed offline method, apparatus, equipment and storage medium
CN111130919B (en) Interface monitoring method, device and system and storage medium
CN109284216A (en) The method and terminal device of system monitoring
CN116389502B (en) Cross-cluster scheduling system, method, 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