CN113037547A - Resource performance acquisition monitoring and warning system - Google Patents
Resource performance acquisition monitoring and warning system Download PDFInfo
- Publication number
- CN113037547A CN113037547A CN202110232841.5A CN202110232841A CN113037547A CN 113037547 A CN113037547 A CN 113037547A CN 202110232841 A CN202110232841 A CN 202110232841A CN 113037547 A CN113037547 A CN 113037547A
- Authority
- CN
- China
- Prior art keywords
- data
- layer
- alarm
- monitoring
- prometheus
- 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
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0604—Management of faults, events, alarms or notifications using filtering, e.g. reduction of information by using priority, element types, position or time
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0677—Localisation of faults
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/04—Processing captured monitoring data, e.g. for logfile generation
- H04L43/045—Processing captured monitoring data, e.g. for logfile generation for graphical visualisation of monitoring data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
- H04L43/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/16—Threshold monitoring
-
- 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
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
- G06F2009/45562—Creating, deleting, cloning virtual machine instances
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
- G06F2009/45595—Network integration; Enabling network access in virtual machine instances
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Environmental & Geological Engineering (AREA)
- Debugging And Monitoring (AREA)
Abstract
The invention discloses a resource performance acquisition monitoring and warning system, and belongs to the technical field of performance acquisition monitoring. The resource performance acquisition monitoring and warning system comprises a data collection layer, a data extraction layer, a data display layer, a warning rule configuration layer, a warning generation layer and a user display layer. The data collection layer is used for collecting host data, system data and container data; the data extraction layer is used for normalizing and filtering the data acquired by the data collection layer; and the data display layer is used for uniformly displaying the data acquired by the data collection layer. The resource performance acquisition monitoring and warning system can timely and effectively know the current resource use condition, analyze the performance problem, quickly position and solve the problem when a fault occurs, and has good popularization and application values.
Description
Technical Field
The invention relates to the technical field of performance acquisition and monitoring, and particularly provides a resource performance acquisition monitoring and warning system.
Background
Under the condition that technologies such as cloud computing and big data are mature day by day, more and more service products are provided for users, and the demands of users for responding to the resource use condition of own resources, the operation condition and the health degree of services and timely receiving abnormal alarms are more and more urgent. Monitoring is used as a platform capable of performing three-dimensional monitoring on resources, and the gathering and displaying of monitoring alarms are very important.
Under the conditions of increasing service scale, increasing services and frequent changes, a series of problems are brought to the complex call link: how to quickly find the problem and how to judge the fault influence range. The monitoring is an integral part of the bottom infrastructure and is an indispensable part for guaranteeing the service stability of the production environment, the online problem is solved from discovery to positioning, the discovery and the positioning can be effectively covered by monitoring and alarming means, even the problem can be solved by means of fault self-healing and the like, and service development and operation and maintenance personnel can timely and effectively discover the abnormity of the service operation, thereby more efficiently troubleshooting and solving the problem. The Prometheus is an open-source monitoring framework, which completes data collection, data storage and alarm through different components, wherein the Prometheus server only provides data storage (time servers data), data processing (providing rich query syntax [ query, statistics, aggregation and the like ]), data exposes an http service interface to Prometheus for timed capture through a plurality of plug-ins (Prometheus is called exporters), and alarm is realized through Altermanger.
Disclosure of Invention
The technical task of the invention is to provide a resource performance acquisition monitoring and warning system which can effectively understand the current resource use condition in time, analyze the performance problem and quickly position and solve the problem when a fault occurs, aiming at the existing problems.
In order to achieve the purpose, the invention provides the following technical scheme:
a resource performance acquisition monitoring and warning system comprises a data collection layer, a data extraction layer, a data display layer, a warning rule configuration layer, a warning generation layer and a user display layer;
the data collection layer is used for collecting host data, system data and container data, and standardizing and storing the collected data;
the data extraction layer is used for normalizing and filtering the data acquired by the data collection layer and extracting the required data;
the data display layer is used for uniformly displaying the data acquired by the data collection layer;
the alarm rule configuration layer is used for setting alarm rules, alarm threshold values, alarm contact persons and alarm modes according to the data acquired by the data display layer;
the alarm generation layer is used for giving an alarm when the monitoring data reaches an alarm threshold value;
and the user display layer uniformly displays the monitoring statistical result and the alarm fault result.
And the alarm generation layer is used for alarming when the monitoring data reaches an alarm threshold value, and finally executing alarm actions through operations such as deduplication, inhibition and the like so as to support mails, slack, WeChat and webhook.
Preferably, the data collection layer builds a cluster according to service and resource requirements, the cluster is used as a monitoring target, an exporter and a cadvisor are installed in the cluster, and cluster performance data are obtained.
The exporter is a generic term for a type of data collection component of Prometheus, and is responsible for gathering data from a target and converting it into a format supported by Prometheus. cadvisor is a container monitoring tool developed by google, which is embedded into k8s as a monitoring component of k8 s.
The acquired cluster performance comprises resource data information such as a cpu, a memory, a disk, a network and the like.
Preferably, the data collection layer collects different monitoring indexes through an exporter and exposes the monitoring indexes through a data format supported by Prometheus, and the Prometheus periodically pulls data.
Preferably, the data collection layer collects container, Pod related performance index data via cadvisor and captures Prometheus via exposed metrics interface.
Preferably, the data collection layer collects performance index data of the host through a prometheus-node-exporter and captures the performance index data by prometheus through an exposed metrics interface.
Preferably, the data extraction layer normalizes and filters the data acquired by the data collection layer through an alarm rule language in a yaml file written at the time of deployment.
Preferably, in the data extraction layer, the Prometheus stores the collected data in a unified format through an exporter and stores the data into a self-contained time sequence database of the Prometheus, processes the received alarm according to the configuration file, sends the alarm to a graphical interface, and visually collects the data.
The data extraction layer relates to Prometheus building and installation, and the specific implementation operation comprises the following steps:
1) packaging the Prometheus images and putting the Prometheus images into a cluster image warehouse for later installation of Prometheus;
2) a user-defined name space is created in the constructed Kubernets cluster, and the name space is mainly used for storing a container operated by Prometheus;
3) allocating a cluster reading curve to the name space, wherein the cluster reading curve is used for resource related information of the API lake region cluster of Prometous through Kubernetes;
4) creating a ConfigMap in the namespace for storing some configurations of the Prometheus container and configurations of dynamically discovered pod and running services in the kubernets cluster;
5) creating Prometous in the Delpoyment model, passing the Prometous through a yaml file;
6) prometeus is connected, and Prometeus internal ports are mapped into external ports through a yaml file, so that the Kubernets cluster is automatically connected to Prometeus, namely Prometeus deployment is successful.
And the Prometeus server periodically pulls monitoring data from the configured exporters and locally stores the collected monitoring indexes.
Preferably, the data display layer is a web display interface, and the data display mode comprises a graph, a histogram and a pie state. By imaging the data, the operation and maintenance personnel can be helped to know the operation state and the operation trend of the host or the network within a period of time and can be used as the basis for the operation and maintenance personnel to check or solve problems.
Compared with the prior art, the resource performance acquisition monitoring and warning system has the following outstanding beneficial effects: the resource performance acquisition monitoring and warning system can timely and effectively know the current resource use condition of the system, analyze the performance problem, can quickly position and solve the problem when a fault occurs, and has good popularization and application values.
Drawings
FIG. 1 is a topological diagram of a resource performance collection monitoring and warning system according to the present invention.
Detailed Description
The resource performance collection monitoring and warning system of the present invention will be further described in detail with reference to the accompanying drawings and embodiments.
Examples
As shown in fig. 1, the resource performance collection monitoring and warning system of the present invention includes a data collection layer, a data extraction layer, a data display layer, a warning rule configuration layer, a warning generation layer, and a user display layer.
The data collection layer is used for collecting host data, system data and container data, and standardizing and storing the collected data. And the data collection layer builds a cluster according to the service and resource requirements, takes the cluster as a monitoring target, and installs an exporter and a cadvisor in the cluster to obtain cluster performance data. The acquired cluster performance comprises resource data information such as a cpu, a memory, a disk, a network and the like. Different monitoring indexes are collected through an exporter and are exposed through a data format supported by Prometheus, and the Prometheus regularly pulls data. Container, Pod related performance index data was collected via cadvisor and captured with Prometheus via exposed metrics interface. And collecting the performance index data of the host through a prometheus-node-exporter, and capturing the performance index data by prometheus through an exposed metrics interface.
The data extraction layer is mainly used for normalizing and filtering the data acquired by the data collection layer through an alarm rule language in a yaml file compiled during deployment, extracting the required data to the monitoring alarm module, and storing the collected data into a timing database of Prometheus through an exporter in a unified format. And processing the received alarm according to the configuration file, sending an alarm in a graphical interface, and visually acquiring data. The data extraction layer relates to Prometheus building and installation, and the specific implementation operation comprises the following steps:
1) packaging the Prometheus images and putting the Prometheus images into a cluster image warehouse for later installation of Prometheus;
2) a user-defined name space is created in the constructed Kubernets cluster, and the name space is mainly used for storing a container operated by Prometheus;
3) allocating a cluster reading curve to the name space, wherein the cluster reading curve is used for resource related information of the API lake region cluster of Prometous through Kubernetes;
4) creating a ConfigMap in the namespace for storing some configurations of the Prometheus container and configurations of dynamically discovered pod and running services in the kubernets cluster;
5) creating Prometous in the Delpoyment model, passing the Prometous through a yaml file;
6) prometeus is connected, and Prometeus internal ports are mapped into external ports through a yaml file, so that the Kubernets cluster is automatically connected to Prometeus, namely Prometeus deployment is successful.
And the Prometeus server periodically pulls monitoring data from the configured exporters and locally stores the collected monitoring indexes.
And the data display layer is used for uniformly displaying the data acquired by the data collection layer. The data display layer is a web display interface and mainly used for uniformly displaying the data acquired by the data collection layer, the display modes can be a curve graph, a bar graph, a cake state and the like, and the data are graphical, so that operation and maintenance personnel can be helped to know the operation state and the operation trend of a host or a network within a period of time and can be used as the basis for the operation and maintenance personnel to troubleshoot problems or solve the problems.
And the alarm rule configuration layer is used for setting alarm rules, alarm threshold values, alarm contact persons and alarm modes according to the data acquired by the data display layer.
And the alarm generation layer is used for alarming when the monitoring data reaches an alarm threshold value. If the monitoring data reaches the alarm threshold, Prometheus Server will send an alarm to the alarm module alert manager via HTTP. And the alarm is subjected to the operations of duplicate removal, suppression and the like by an alert manager, and finally an alarm action is executed, so that the mail, the sleep, the Welch and the webhook are supported at present.
The user display layer is a web display interface and is used for uniformly displaying the monitoring statistical result and the alarm fault result.
The above-described embodiments are merely preferred embodiments of the present invention, and general changes and substitutions by those skilled in the art within the technical scope of the present invention are included in the protection scope of the present invention.
Claims (8)
1. A resource performance acquisition monitoring and warning system is characterized in that: the system comprises a data collection layer, a data extraction layer, a data display layer, an alarm rule configuration layer, an alarm generation layer and a user display layer;
the data collection layer is used for collecting host data, system data and container data, and standardizing and storing the collected data;
the data extraction layer is used for normalizing and filtering the data acquired by the data collection layer and extracting the required data;
the data display layer is used for uniformly displaying the data acquired by the data collection layer;
the alarm rule configuration layer is used for setting alarm rules, alarm threshold values, alarm contact persons and alarm modes according to the data acquired by the data display layer;
the alarm generation layer is used for giving an alarm when the monitoring data reaches an alarm threshold value;
and the user display layer uniformly displays the monitoring statistical result and the alarm fault result.
2. The resource performance acquisition monitoring and warning system of claim 1, wherein: and the data collection layer builds a cluster according to the service and resource requirements, takes the cluster as a monitoring target, and installs an exporter and a cadvisor in the cluster to obtain cluster performance data.
3. The resource performance acquisition monitoring and warning system of claim 2, wherein: the data collection layer collects different monitoring indexes through an exporter and exposes the monitoring indexes through a data format supported by Prometheus.
4. The resource performance acquisition monitoring and alert system according to claim 3, wherein: the data collection layer collects the performance index data related to the containers and the Pod through cadvisor and captures the data with Prometheus through an exposed metrics interface.
5. The resource performance acquisition monitoring and warning system of claim 4, wherein: and the data collection layer collects the performance index data of the host through a prometheus-node-exporter and captures the performance index data by using prometheus through an exposed metrics interface.
6. The resource performance acquisition monitoring and alert system according to claim 5, wherein: and the data extraction layer normalizes and filters the data acquired by the data collection layer through the alarm rule language in the yaml file written during deployment.
7. The resource performance acquisition monitoring and alert system according to claim 6, wherein: in the data extraction layer, the Prometheus stores the collected data in a unified format into a self-contained time sequence database of the Prometheus through an exporter, processes the received alarm according to the configuration file, sends the alarm in a graphical interface and visually collects the data.
8. The resource performance acquisition monitoring and alert system according to claim 7, wherein: the data display layer is a web display interface, and the data display mode comprises a curve graph, a bar chart and a cake state.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110232841.5A CN113037547A (en) | 2021-03-03 | 2021-03-03 | Resource performance acquisition monitoring and warning system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110232841.5A CN113037547A (en) | 2021-03-03 | 2021-03-03 | Resource performance acquisition monitoring and warning system |
Publications (1)
Publication Number | Publication Date |
---|---|
CN113037547A true CN113037547A (en) | 2021-06-25 |
Family
ID=76465918
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110232841.5A Pending CN113037547A (en) | 2021-03-03 | 2021-03-03 | Resource performance acquisition monitoring and warning system |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113037547A (en) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113570476A (en) * | 2021-07-26 | 2021-10-29 | 广东电网有限责任公司 | Container service monitoring method of power grid monitoring system based on custom alarm rule |
CN115022196A (en) * | 2022-06-14 | 2022-09-06 | 启明信息技术股份有限公司 | Method and system for predicting software operation problems and giving alarm |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110086674A (en) * | 2019-05-06 | 2019-08-02 | 山东浪潮云信息技术有限公司 | A kind of application high availability implementation method and system based on container |
CN110262944A (en) * | 2019-06-21 | 2019-09-20 | 四川长虹电器股份有限公司 | The method that a kind of pair of K8s cluster container resource is monitored and is alerted |
CN110968482A (en) * | 2019-12-18 | 2020-04-07 | 上海良鑫网络科技有限公司 | Enterprise service and application intelligent monitoring system |
CN111752805A (en) * | 2020-07-01 | 2020-10-09 | 浪潮云信息技术股份公司 | Cloud server resource monitoring and warning system |
CN112035319A (en) * | 2020-08-31 | 2020-12-04 | 浪潮云信息技术股份公司 | Monitoring alarm system for multi-path state |
CN112084098A (en) * | 2020-10-21 | 2020-12-15 | 中国银行股份有限公司 | Resource monitoring system and working method |
CN112084009A (en) * | 2020-09-17 | 2020-12-15 | 湖南长城科技信息有限公司 | Method for constructing and monitoring Hadoop cluster and alarming based on containerization technology under PK system |
CN112328456A (en) * | 2021-01-04 | 2021-02-05 | 北京电信易通信息技术股份有限公司 | Cluster resource monitoring system based on service discovery |
-
2021
- 2021-03-03 CN CN202110232841.5A patent/CN113037547A/en active Pending
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110086674A (en) * | 2019-05-06 | 2019-08-02 | 山东浪潮云信息技术有限公司 | A kind of application high availability implementation method and system based on container |
CN110262944A (en) * | 2019-06-21 | 2019-09-20 | 四川长虹电器股份有限公司 | The method that a kind of pair of K8s cluster container resource is monitored and is alerted |
CN110968482A (en) * | 2019-12-18 | 2020-04-07 | 上海良鑫网络科技有限公司 | Enterprise service and application intelligent monitoring system |
CN111752805A (en) * | 2020-07-01 | 2020-10-09 | 浪潮云信息技术股份公司 | Cloud server resource monitoring and warning system |
CN112035319A (en) * | 2020-08-31 | 2020-12-04 | 浪潮云信息技术股份公司 | Monitoring alarm system for multi-path state |
CN112084009A (en) * | 2020-09-17 | 2020-12-15 | 湖南长城科技信息有限公司 | Method for constructing and monitoring Hadoop cluster and alarming based on containerization technology under PK system |
CN112084098A (en) * | 2020-10-21 | 2020-12-15 | 中国银行股份有限公司 | Resource monitoring system and working method |
CN112328456A (en) * | 2021-01-04 | 2021-02-05 | 北京电信易通信息技术股份有限公司 | Cluster resource monitoring system based on service discovery |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113570476A (en) * | 2021-07-26 | 2021-10-29 | 广东电网有限责任公司 | Container service monitoring method of power grid monitoring system based on custom alarm rule |
CN115022196A (en) * | 2022-06-14 | 2022-09-06 | 启明信息技术股份有限公司 | Method and system for predicting software operation problems and giving alarm |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110493348B (en) | Intelligent monitoring alarm system based on Internet of things | |
CN107729214B (en) | Visual distributed system real-time monitoring operation and maintenance method and device | |
CN107508722B (en) | Service monitoring method and device | |
CN111176879A (en) | Fault repairing method and device for equipment | |
CN113037547A (en) | Resource performance acquisition monitoring and warning system | |
CN103200050A (en) | Server hardware state monitoring method and server hardware state monitoring system | |
CN111339175B (en) | Data processing method, device, electronic equipment and readable storage medium | |
CN101707632A (en) | Method for dynamically monitoring performance of server cluster and alarming real-timely | |
CN105071969A (en) | JMX (Java Management Extensions)-based customization real-time monitoring and automatic exception handling system and method | |
CN108521339A (en) | A kind of reaction type node failure processing method and system based on cluster daily record | |
CN102546274A (en) | Alarm monitoring method and alarm monitoring equipment in communication service | |
CN102014020A (en) | Equipment for performing network monitoring on network equipment and method thereof | |
CN104574219A (en) | System and method for monitoring and early warning of operation conditions of power grid service information system | |
CN113176978A (en) | Monitoring method, system and device based on log file and readable storage medium | |
CN106911519B (en) | Data acquisition monitoring method and device | |
CN114356499A (en) | Kubernetes cluster alarm root cause analysis method and device | |
CN115809183A (en) | Method for discovering and disposing information-creating terminal fault based on knowledge graph | |
CN105302697A (en) | Running state monitoring method and system of density data model database | |
CN110784352B (en) | Data synchronous monitoring and alarming method and device based on Oracle golden gate | |
CN108134685A (en) | A kind of power transmission and transformation equipment state alarm and control system | |
CN113505048A (en) | Unified monitoring platform based on application system portrait and implementation method | |
CN108156017A (en) | A kind of power transmission and transformation equipment state alarm management method | |
CN112149975B (en) | APM monitoring system and method based on artificial intelligence | |
CN109800133A (en) | A kind of method, one-stop monitoring alarm platform and the system of unified monitoring alarm | |
CN115766768B (en) | Perception center design method and device in computing power network operation system |
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: 20210625 |
|
RJ01 | Rejection of invention patent application after publication |