CN112181780A - Detection and alarm method, device and equipment for containerized platform core component - Google Patents
Detection and alarm method, device and equipment for containerized platform core component Download PDFInfo
- Publication number
- CN112181780A CN112181780A CN202011085312.9A CN202011085312A CN112181780A CN 112181780 A CN112181780 A CN 112181780A CN 202011085312 A CN202011085312 A CN 202011085312A CN 112181780 A CN112181780 A CN 112181780A
- Authority
- CN
- China
- Prior art keywords
- alarm
- access
- components
- event
- health 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.)
- Pending
Links
- 239000008358 core component Substances 0.000 title claims abstract description 41
- 238000001514 detection method Methods 0.000 title claims abstract description 41
- 238000000034 method Methods 0.000 title claims abstract description 37
- 238000012544 monitoring process Methods 0.000 claims abstract description 62
- 230000036541 health Effects 0.000 claims abstract description 43
- 239000000306 component Substances 0.000 claims abstract description 42
- 230000002159 abnormal effect Effects 0.000 claims abstract description 24
- 238000004590 computer program Methods 0.000 claims description 7
- 230000000712 assembly Effects 0.000 claims 1
- 238000000429 assembly Methods 0.000 claims 1
- 230000002123 temporal effect Effects 0.000 claims 1
- 238000012423 maintenance Methods 0.000 description 15
- 238000010586 diagram Methods 0.000 description 4
- 230000005856 abnormality Effects 0.000 description 3
- 230000006870 function Effects 0.000 description 3
- 230000008569 process Effects 0.000 description 3
- 238000006467 substitution reaction Methods 0.000 description 3
- 239000000463 material Substances 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- 206010000117 Abnormal behaviour Diseases 0.000 description 1
- 230000002776 aggregation Effects 0.000 description 1
- 238000004220 aggregation Methods 0.000 description 1
- 230000004075 alteration Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
- G06F11/3006—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system is distributed, e.g. networked systems, clusters, multiprocessor systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/32—Monitoring with visual or acoustical indication of the functioning of the machine
- G06F11/324—Display of status information
- G06F11/327—Alarm or error message display
-
- 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/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
- H04L67/025—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP] for remote control or remote monitoring of applications
-
- 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/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- Quality & Reliability (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computing Systems (AREA)
- Mathematical Physics (AREA)
- Telephonic Communication Services (AREA)
Abstract
The invention relates to a detection and alarm method, a device and equipment for a containerized platform core component, wherein the method comprises the following steps: the method comprises the steps of carrying out health monitoring access on all components in a containerized platform cluster at a preset time frequency, determining the result of the health monitoring access according to a return state code of the health monitoring access, and if the result is abnormal, calling a user-defined event SDK to send alarm information to an event alarm sending center so that the event alarm sending center sends the alarm information to a user terminal, wherein the alarm information comprises a fault type and a fault position, so that the fault can be quickly detected and timely maintained, the influence of the core components is avoided, and the service influence on a user is effectively reduced.
Description
Technical Field
The invention belongs to the technical field of system maintenance, and particularly relates to a detection and alarm method, device and equipment for a containerization platform core component.
Background
In the current containerized platform environment, monitoring and alarming are an essential key link, and timely alarming can improve the processing speed of abnormal faults and the speed of positioning problems to a great extent. At present, a containerized platform integrates an external monitoring platform project to monitor components, and most of alarm methods of the monitoring components need a core component of the containerized platform to collect and aggregate monitoring and alarm data information and then send an alarm to the outside.
However, when a problem occurs in the core component itself, the alarm cannot be successfully sent, which is equivalent to failure of the alarm link, and thus, a user is prone to a large service loss.
Disclosure of Invention
In order to at least solve the problems in the prior art, the invention provides a detection and alarm method, device and equipment for a containerized platform core component, so as to realize quick detection and quick maintenance of faults and reduce service loss brought to users.
The technical scheme provided by the invention is as follows:
on one hand, the detection and alarm method for the containerized platform core component comprises the following steps:
performing health monitoring access on all components in the containerized platform cluster at a preset time frequency;
determining the result of the health monitoring access according to the return status code of the health monitoring access;
and if the result shows that the fault is abnormal, calling a user-defined event SDK to send alarm information to an event alarm sending center so that the event alarm sending center sends the alarm information to a user terminal, wherein the alarm information comprises a fault type and a fault position.
Optionally, the performing health monitoring access on all components in the containerized platform cluster at a preset time frequency includes:
obtaining access paths of all components in the containerized platform cluster, wherein the access paths are API interfaces provided by all the components;
and based on the access path, performing health monitoring access on all components in the containerized platform cluster through a user-defined event monitoring unit according to preset time, wherein the preset time is a time interval set by a user terminal.
Optionally, the result display exception includes: the return status code indicates an access failure or the return status code indicates that the current status is inconsistent with the target status.
Optionally, the sending the alarm information to the user terminal by the event alarm sending center includes:
and the event alarm sending center sends the alarm information to the user terminal in a mail or short message mode.
Optionally, the detecting and warning method further includes:
and updating the address information of the user terminal.
In another aspect, a device for detecting and alarming containerized platform core components includes:
the detection module is used for performing health monitoring access on all components in the containerization platform cluster at a preset time frequency;
the determining module is used for determining the result of the health monitoring access according to the return state code of the health monitoring access;
and the alarm module is used for calling a user-defined event SDK to send alarm information to an event alarm sending center if the result shows that the result is abnormal, so that the event alarm sending center sends the alarm information to the user terminal, wherein the alarm information comprises a fault type and a fault position.
Optionally, the detection module is specifically configured to:
obtaining access paths of all components in the containerized platform cluster, wherein the access paths are API interfaces provided by all the components;
and based on the access path, performing health monitoring access on all components in the containerized platform cluster through a user-defined event monitoring unit according to preset time, wherein the preset time is a time interval set by a user terminal.
Optionally, the result display exception includes: the return status code indicates an access failure or the return status code indicates that the current status is inconsistent with the target status.
Optionally, the alarm module is specifically configured to:
and the event alarm sending center sends the alarm information to the user terminal in a mail or short message mode.
In another aspect, a detection and alarm apparatus for containerized platform core assembly includes: a processor, and a memory coupled to the processor;
the memory is used for storing a computer program at least used for the detection and alarm method of the containerized platform core component in any one of the above items;
the processor is used for calling and executing the computer program in the memory.
The invention has the beneficial effects that:
the invention provides a detection and alarm method, a device and equipment for a containerized platform core component, wherein the method comprises the following steps: the method comprises the steps of performing health monitoring access on all components in a containerized platform cluster at a preset time frequency, determining the result of the health monitoring access according to a return state code of the health monitoring access, calling a custom event SDK to send alarm information to an event alarm sending center if the result shows abnormal, so that the event alarm sending center sends the alarm information to a user terminal, wherein the alarm information comprises a fault type and a fault position, the whole detection and alarm link flow completely does not need the core components to aggregate and provide monitoring index data, a custom event monitoring program can perform detection access on an externally provided public API (application program interface) interface based on each core component, and directly sends corresponding custom event alarms to the event alarm sending center through a built-in SDK based on abnormal information of the core components of different types when the abnormal information is detected, and even if the abnormal components of the cluster have no influence on the custom event monitoring link alarms, and sending a custom event alarm based on the returned access status code and whether the access is successful or not without relying on monitoring index data, so that maintenance personnel can maintain the core component in time even if the core component fails, and the service loss brought to the user is effectively reduced.
Drawings
In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below, it is obvious that the drawings in the following description are only some embodiments of the present invention, and for those skilled in the art, other drawings can be obtained according to the drawings without creative efforts.
FIG. 1 is a flow chart of a detection and alarm method for containerized platform core components according to an embodiment of the present invention;
FIG. 2 is a schematic structural diagram of a detection and alarm apparatus for a containerized platform core assembly according to an embodiment of the present invention;
fig. 3 is a schematic structural diagram of a detection and alarm device for a containerization platform core component according to an embodiment of the present invention.
Detailed Description
In order to make the objects, technical solutions and advantages of the present invention more apparent, the technical solutions of the present invention will be described in detail below. It is to be understood that the described embodiments are merely exemplary of the invention, and not restrictive of the full scope of the invention. All other embodiments, which can be derived by a person skilled in the art from the examples given herein without any inventive step, are within the scope of the present invention.
Fig. 1 is a flowchart of a detection and alarm method for a containerized platform core component according to an embodiment of the present invention.
As shown in fig. 1, the method for detecting and alarming a containerized platform core component provided in this embodiment includes the following steps:
and S11, performing health monitoring access on all the components in the containerized platform cluster at a preset time frequency.
Specifically, performing health monitoring access on all components in the containerized platform cluster at a preset time frequency may include: acquiring access paths of all components in the containerized platform cluster, where the access paths are API (Application Programming Interface) provided by all the components externally, and then based on the access paths, performing health monitoring access on all the components in the containerized platform cluster according to preset time by using a custom event monitoring unit, where the preset time is a time interval set by a user, for example, health monitoring access is performed every 30 seconds, and certainly, the preset time frequency is set by the user and can be changed or adjusted according to actual needs. All components include nodes in the containerization platform, such as Node nodes, Master nodes, etc., and are not illustrated one by one.
And S12, determining the result of the health monitoring access according to the return status code of the health monitoring access.
After health monitoring access is carried out, clear indication needs to be carried out on the access result, the health monitoring access result can be represented by the returned status code, if the returned status code represents normal, detection is successful, the current components work normally, and the current running state is kept without abnormality. In another case, it is found that an abnormality occurs in a certain component, the abnormal behavior may be that the health monitoring access fails or the state represented by the returned state code is inconsistent with the target state, which indicates that an abnormal phenomenon occurs in the monitored component, the target state refers to an expected state during normal operation, and the current state is inconsistent with the expected state, which indicates that the abnormality occurs in the monitored component at this time.
And S13, if the result shows abnormal, calling the self-defined event SDK to send the alarm information to the event alarm sending center so that the event alarm sending center sends the alarm information to the user terminal, wherein the alarm information comprises the fault type and the fault position.
By the steps, the reaction of the exception can be clearly understood to comprise two cases that the returned state code represents access failure and the returned state code represents that the current state is inconsistent with the target state. If the monitored component has an abnormal fault on any one of the two surfaces, the self-defined event SDK (Software Development Kit) is called immediately to send a self-defined event alarm to the alarm sending center, the alarm sending center is used for sending alarm information to a corresponding terminal, and corresponding operation and maintenance personnel can timely know and find the alarm information, so that timely operations such as maintenance and treatment can be performed. Meanwhile, the alarm information is directly sent only through the built-in SDK aiming at the abnormal information of the core components of different types, the gathering and aggregation operation of the core components is not needed, and the timely sending of the alarm information cannot be influenced even if the core components are abnormal. The specific event alarm sending center sends the alarm information to the user terminal, and the alarm information can be sent to the user terminal in a mail or short message mode, so that corresponding maintenance personnel can intervene in time for maintenance. Of course, it should be noted that the whole process includes a database established in advance, and the database includes the corresponding relationship between the fault type and the return status code, and includes the corresponding fault type and the corresponding maintenance suggestion. The alarm information may also include the time of the fault, the grade of the fault, etc., so that the corresponding operation and maintenance personnel can perform timely maintenance, etc.
Furthermore, the method can also comprise the step of updating the address information of the user terminal, and the step of updating the address information of the user terminal can ensure that corresponding fault abnormity information can be timely sent to corresponding operation and maintenance personnel when abnormity occurs, so that the problem of untimely maintenance caused by post adjustment of the operation and maintenance personnel is avoided, and the user is better served.
The detection and alarm method for the containerized platform core component provided by the embodiment comprises the following steps: the method comprises the steps of performing health monitoring access on all components in a containerized platform cluster at a preset time frequency, determining the result of the health monitoring access according to a return state code of the health monitoring access, calling a custom event SDK to send alarm information to an event alarm sending center if the result shows abnormal, so that the event alarm sending center sends the alarm information to a user terminal, wherein the alarm information comprises a fault type and a fault position, the whole detection and alarm link flow completely does not need the core components to aggregate and provide monitoring index data, a custom event monitoring program can perform detection access on an externally provided public API (application program interface) interface based on each core component, and directly sends corresponding custom event alarms to the event alarm sending center through a built-in SDK based on abnormal information of the core components of different types when the abnormal information is detected, and even if the abnormal components of the cluster have no influence on the custom event monitoring link alarms, and sending a custom event alarm based on the returned access status code and whether the access is successful or not without relying on monitoring index data, so that maintenance personnel can maintain the core component in time even if the core component fails, and the service loss brought to the user is effectively reduced.
Based on the same general inventive concept, the embodiment also protects a detection and alarm device for the containerization platform core component.
FIG. 2 is a schematic structural diagram of a detection and alarm apparatus for a containerized platform core assembly according to an embodiment of the present invention;
as shown in fig. 2, a detecting and warning device for a containerized platform core assembly of the present embodiment includes:
the detection module 10 is used for performing health monitoring access on all components in the containerized platform cluster at a preset time frequency;
a determining module 20, configured to determine a result of the health monitoring access according to the returned status code of the health monitoring access;
and the alarm module 30 is configured to, if the result shows that the event is abnormal, invoke the custom event SDK to send alarm information to the event alarm sending center, so that the event alarm sending center sends the alarm information to the user terminal, where the alarm information includes a fault type and a fault location.
The detection and alarm device for the containerized platform core assembly provided by the embodiment comprises: the method comprises the steps of performing health monitoring access on all components in a containerized platform cluster at a preset time frequency, determining the result of the health monitoring access according to a return state code of the health monitoring access, calling a custom event SDK to send alarm information to an event alarm sending center if the result shows abnormal, so that the event alarm sending center sends the alarm information to a user terminal, wherein the alarm information comprises a fault type and a fault position, the whole detection and alarm link flow completely does not need the core components to aggregate and provide monitoring index data, a custom event monitoring program can perform detection access on an externally provided public API (application program interface) interface based on each core component, and directly sends corresponding custom event alarms to the event alarm sending center through a built-in SDK based on abnormal information of the core components of different types when the abnormal information is detected, and even if the abnormal components of the cluster have no influence on the custom event monitoring link alarms, and sending a custom event alarm based on the returned access status code and whether the access is successful or not without relying on monitoring index data, so that maintenance personnel can maintain the core component in time even if the core component fails, and the service loss brought to the user is effectively reduced.
Further, the detection module in this embodiment is specifically configured to:
acquiring access paths of all components in a containerization platform cluster, wherein the access paths are API interfaces provided for all the components;
based on the access path, health monitoring access is carried out on all the components in the containerized platform cluster through the user-defined event monitoring unit according to preset time, and the preset time is a time interval set by a user side.
Further, the result display exception in this embodiment includes: the return status code indicates an access failure or the return status code indicates that the current status is inconsistent with the target status.
Further, the alarm module in this embodiment is specifically configured to:
the event alarm sending center sends alarm information to the user terminal in a mail or short message mode.
Embodiments of the apparatus parts have been described in detail in relation to corresponding method embodiments, and therefore will not be described in detail in relation to corresponding apparatus parts, which may be understood by reference to each other.
Fig. 3 is a schematic structural diagram of a detection and alarm device for a containerization platform core component according to an embodiment of the present invention.
As shown in fig. 3, this embodiment also protects a detection and alarm device for a containerized platform core component, which includes: a processor 100, and a memory 200 connected to the processor 100;
the memory 200 is used for storing a computer program, and the computer program is at least used for the detection and alarm method of the containerized platform core component of any of the above embodiments;
the processor 200 is used to call and execute the computer program in the memory 100.
The above description is only for the specific embodiments of the present invention, but the scope of the present invention is not limited thereto, and any person skilled in the art can easily conceive of the changes or substitutions within the technical scope of the present invention, and all the changes or substitutions should be covered within the scope of the present invention. Therefore, the protection scope of the present invention shall be subject to the protection scope of the appended claims.
It is understood that the same or similar parts in the above embodiments may be mutually referred to, and the same or similar parts in other embodiments may be referred to for the content which is not described in detail in some embodiments.
It should be noted that the terms "first," "second," and the like in the description of the present invention are used for descriptive purposes only and are not to be construed as indicating or implying relative importance. Further, in the description of the present invention, the meaning of "a plurality" means at least two unless otherwise specified.
Any process or method descriptions in flow charts or otherwise described herein may be understood as representing modules, segments, or portions of code which include one or more executable instructions for implementing specific logical functions or steps of the process, and alternate implementations are included within the scope of the preferred embodiment of the present invention in which functions may be executed out of order from that shown or discussed, including substantially concurrently or in reverse order, depending on the functionality involved, as would be understood by those reasonably skilled in the art of the present invention.
It should be understood that portions of the present invention may be implemented in hardware, software, firmware, or a combination thereof. In the above embodiments, the various steps or methods may be implemented in software or firmware stored in memory and executed by a suitable instruction execution system. For example, if implemented in hardware, as in another embodiment, any one or combination of the following techniques, which are known in the art, may be used: a discrete logic circuit having a logic gate circuit for implementing a logic function on a data signal, an application specific integrated circuit having an appropriate combinational logic gate circuit, a Programmable Gate Array (PGA), a Field Programmable Gate Array (FPGA), or the like.
It will be understood by those skilled in the art that all or part of the steps carried by the method for implementing the above embodiments may be implemented by hardware related to instructions of a program, which may be stored in a computer readable storage medium, and when the program is executed, the program includes one or a combination of the steps of the method embodiments.
In addition, functional units in the embodiments of the present invention may be integrated into one processing module, or each unit may exist alone physically, or two or more units are integrated into one module. The integrated module can be realized in a hardware mode, and can also be realized in a software functional module mode. The integrated module, if implemented in the form of a software functional module and sold or used as a stand-alone product, may also be stored in a computer readable storage medium.
The storage medium mentioned above may be a read-only memory, a magnetic or optical disk, etc.
In the description herein, references to the description of the term "one embodiment," "some embodiments," "an example," "a specific example," or "some examples," etc., mean that a particular feature, structure, material, or characteristic described in connection with the embodiment or example is included in at least one embodiment or example of the invention. In this specification, the schematic representations of the terms used above do not necessarily refer to the same embodiment or example. Furthermore, the particular features, structures, materials, or characteristics described may be combined in any suitable manner in any one or more embodiments or examples.
Although embodiments of the present invention have been shown and described above, it is understood that the above embodiments are exemplary and should not be construed as limiting the present invention, and that variations, modifications, substitutions and alterations can be made to the above embodiments by those of ordinary skill in the art within the scope of the present invention.
Claims (10)
1. A detection and alarm method for a containerized platform core component is characterized by comprising the following steps:
performing health monitoring access on all components in the containerized platform cluster at a preset time frequency;
determining the result of the health monitoring access according to the return status code of the health monitoring access;
and if the result shows that the fault is abnormal, calling a user-defined event SDK to send alarm information to an event alarm sending center so that the event alarm sending center sends the alarm information to a user terminal, wherein the alarm information comprises a fault type and a fault position.
2. The detection and alarm method of claim 1, wherein said performing health monitoring access to all components within a containerized platform cluster at a predetermined temporal frequency comprises:
obtaining access paths of all components in the containerized platform cluster, wherein the access paths are API interfaces provided by all the components;
and based on the access path, performing health monitoring access on all components in the containerized platform cluster through a user-defined event monitoring unit according to preset time, wherein the preset time is a time interval set by a user terminal.
3. The detection and alarm method according to claim 1, wherein said resulting display anomaly comprises: the return status code indicates an access failure or the return status code indicates that the current status is inconsistent with the target status.
4. The detecting and alarming method of claim 1, wherein the sending center of the event alarm sends the alarm information to the user terminal, comprising:
and the event alarm sending center sends the alarm information to the user terminal in a mail or short message mode.
5. The detection and alarm method according to claim 1, further comprising:
and updating the address information of the user terminal.
6. A detection and alarm device for containerized platform core assembly, comprising:
the detection module is used for performing health monitoring access on all components in the containerization platform cluster at a preset time frequency;
the determining module is used for determining the result of the health monitoring access according to the return state code of the health monitoring access;
and the alarm module is used for calling a user-defined event SDK to send alarm information to an event alarm sending center if the result shows that the result is abnormal, so that the event alarm sending center sends the alarm information to the user terminal, wherein the alarm information comprises a fault type and a fault position.
7. The device for detecting and alerting of claim 6, wherein the detection module is specifically configured to:
obtaining access paths of all components in the containerized platform cluster, wherein the access paths are API interfaces provided by all the components;
and based on the access path, performing health monitoring access on all components in the containerized platform cluster through a user-defined event monitoring unit according to preset time, wherein the preset time is a time interval set by a user terminal.
8. The device for detecting and alerting of claim 6 wherein the resulting display anomaly comprises: the return status code indicates an access failure or the return status code indicates that the current status is inconsistent with the target status.
9. The device for detecting and alerting of claim 6, wherein the alerting module is specifically configured to:
and the event alarm sending center sends the alarm information to the user terminal in a mail or short message mode.
10. A detection and alarm device for containerized platform core assemblies, comprising: a processor, and a memory coupled to the processor;
the memory is used for storing a computer program for performing at least the method of detection and alerting of containerized platform core components of any of claims 1-5;
the processor is used for calling and executing the computer program in the memory.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011085312.9A CN112181780A (en) | 2020-10-12 | 2020-10-12 | Detection and alarm method, device and equipment for containerized platform core component |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011085312.9A CN112181780A (en) | 2020-10-12 | 2020-10-12 | Detection and alarm method, device and equipment for containerized platform core component |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN112181780A true CN112181780A (en) | 2021-01-05 |
Family
ID=73949296
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011085312.9A Pending CN112181780A (en) | 2020-10-12 | 2020-10-12 | Detection and alarm method, device and equipment for containerized platform core component |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112181780A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115277355A (en) * | 2022-07-30 | 2022-11-01 | 重庆长安汽车股份有限公司 | Method, device, equipment and medium for processing state code data of monitoring system |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7111205B1 (en) * | 2000-04-18 | 2006-09-19 | Siemens Communications, Inc. | Method and apparatus for automatically reporting of faults in a communication network |
| CN106713007A (en) * | 2016-11-15 | 2017-05-24 | 郑州云海信息技术有限公司 | Alarm monitoring system and alarm monitoring method and device for server |
| CN108599978A (en) * | 2018-02-24 | 2018-09-28 | 国家计算机网络与信息安全管理中心 | A kind of cloud monitoring method and device |
| US20190020559A1 (en) * | 2017-07-17 | 2019-01-17 | Nicira, Inc. | Distributed health check in virtualized computing environments |
| CN110825490A (en) * | 2019-10-25 | 2020-02-21 | 桂林东信云科技有限公司 | Kubernetes container-based application health check method and system |
| CN111176937A (en) * | 2019-12-19 | 2020-05-19 | 深圳猛犸电动科技有限公司 | Message middleware monitoring and warning system, method, terminal equipment and storage medium |
-
2020
- 2020-10-12 CN CN202011085312.9A patent/CN112181780A/en active Pending
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7111205B1 (en) * | 2000-04-18 | 2006-09-19 | Siemens Communications, Inc. | Method and apparatus for automatically reporting of faults in a communication network |
| CN106713007A (en) * | 2016-11-15 | 2017-05-24 | 郑州云海信息技术有限公司 | Alarm monitoring system and alarm monitoring method and device for server |
| US20190020559A1 (en) * | 2017-07-17 | 2019-01-17 | Nicira, Inc. | Distributed health check in virtualized computing environments |
| CN108599978A (en) * | 2018-02-24 | 2018-09-28 | 国家计算机网络与信息安全管理中心 | A kind of cloud monitoring method and device |
| CN110825490A (en) * | 2019-10-25 | 2020-02-21 | 桂林东信云科技有限公司 | Kubernetes container-based application health check method and system |
| CN111176937A (en) * | 2019-12-19 | 2020-05-19 | 深圳猛犸电动科技有限公司 | Message middleware monitoring and warning system, method, terminal equipment and storage medium |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115277355A (en) * | 2022-07-30 | 2022-11-01 | 重庆长安汽车股份有限公司 | Method, device, equipment and medium for processing state code data of monitoring system |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109726072B (en) | WebLogic server monitoring and alarming method, device and system and computer storage medium | |
| US5822302A (en) | LAN early warning system | |
| CN109088775B (en) | Abnormity monitoring method and device and server | |
| US7278048B2 (en) | Method, system and computer program product for improving system reliability | |
| CN109150626A (en) | FTP service monitoring method, device, terminal and computer readable storage medium | |
| CN110873613A (en) | Method and device for processing machine room abnormity based on temperature monitoring | |
| CN112181780A (en) | Detection and alarm method, device and equipment for containerized platform core component | |
| CN106878096B (en) | VNF state detection notification method, device and system | |
| CN113765687B (en) | Fault alarm method, device and equipment of server and storage medium | |
| CN111510351B (en) | Anomaly detection method and device based on Promissuris monitoring system | |
| CN113381884B (en) | Full link monitoring method and device for monitoring alarm system | |
| CN115102838B (en) | Emergency processing method and device for server downtime risk and electronic equipment | |
| CN115080362A (en) | PCIE (peripheral component interface express) equipment speed reduction reporting method, system, equipment and storage medium | |
| CN114610560B (en) | System abnormality monitoring method, device and storage medium | |
| CN113835961B (en) | Alarm information monitoring method, device, server and storage medium | |
| US7613107B2 (en) | Protection switch logging methods and systems | |
| CN113157555A (en) | System, method and equipment for online pressure measurement data leakage library real-time detection | |
| CN112189172A (en) | Alarm notification delay | |
| CN115118575B (en) | Monitoring method, monitoring device, electronic equipment and storage medium | |
| CN110750418B (en) | Information processing method, electronic equipment and information processing system | |
| CN115174356B (en) | Cluster alarm reporting method, device, equipment and medium | |
| KR0175470B1 (en) | Alarm processing device and method in intelligent network service control / management system | |
| CN116545835A (en) | Fault alarm processing method and device, electronic equipment and storage medium | |
| CN115827397A (en) | Processing method of high-risk operation, computer readable storage medium and electronic device | |
| CN114510373A (en) | Rollback method and device for issuing application program and computer equipment |
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 | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20210105 |
|
| RJ01 | Rejection of invention patent application after publication |