CN110493080B - Block link point monitoring method and device, electronic equipment and storage medium - Google Patents
Block link point monitoring method and device, electronic equipment and storage medium Download PDFInfo
- Publication number
- CN110493080B CN110493080B CN201910765677.7A CN201910765677A CN110493080B CN 110493080 B CN110493080 B CN 110493080B CN 201910765677 A CN201910765677 A CN 201910765677A CN 110493080 B CN110493080 B CN 110493080B
- Authority
- CN
- China
- Prior art keywords
- monitoring
- monitoring data
- layer
- data
- determining
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
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
-
- 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/0823—Errors, e.g. transmission errors
-
- 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/10—Protocols in which an application is distributed across nodes in the network
Abstract
The application discloses a block link point monitoring method, a block link point monitoring device, electronic equipment and a readable storage medium, wherein the method comprises the following steps: determining a hierarchical structure of a block chain node; the hierarchical architecture is obtained by dividing the hierarchy in the block chain nodes in advance; acquiring monitoring data of each layer in the block chain nodes based on the layer architecture; the monitoring data is used for representing the performance and the use condition of each layer; and determining the monitoring result of the block chain node according to the monitoring data. Therefore, the block link point monitoring method provided by the application carries out hierarchical division on the block link points in advance, acquires the monitoring data of each level in the block link nodes based on the divided hierarchical architecture, and can quickly determine the corresponding block link points and the levels in which the abnormal levels appear according to the monitoring data if the monitoring data appear abnormal, so that the abnormal positioning is realized in time, the subsequent abnormal processing is convenient, and the abnormal processing efficiency is effectively improved.
Description
Technical Field
The present disclosure relates to the field of block chain technologies, and in particular, to a method and an apparatus for monitoring block chain nodes, an electronic device, and a computer-readable storage medium.
Background
The blockchain technique is a distributed infrastructure and computing approach that utilizes blockchain data structures to verify and store data, utilizes distributed node consensus algorithms to generate and update data, utilizes cryptographic approaches to secure data transmission and access, and utilizes intelligent contracts composed of automated script code to program and manipulate data.
When a traditional monitoring platform monitors a block chain, overall resource indexes and service parameters of the system are generally monitored, the whole block chain system needs to be manually checked for abnormity, and the position of the abnormity can not be determined in time, so that the follow-up process of processing the abnormity is delayed, and the processing efficiency is low.
Disclosure of Invention
In view of this, an object of the present application is to provide a method and an apparatus for monitoring a block link point, an electronic device, and a computer-readable storage medium, which can quickly locate an exception, facilitate subsequent processing of the exception, and effectively improve exception processing efficiency. The specific scheme is as follows:
to achieve the above object, a first aspect of the present application provides a block link point monitoring method, including:
determining a hierarchical structure of a block chain node; the hierarchical architecture is obtained by dividing the hierarchy in the block chain nodes in advance;
acquiring monitoring data of each layer in the block chain nodes based on the layer architecture; the monitoring data is used for representing the performance and the use condition of each layer;
and determining the monitoring result of the block chain node according to the monitoring data.
With reference to the first aspect of the present application, in a first implementation manner of the first aspect of the present application, before the obtaining, based on the hierarchical architecture, monitoring data of each hierarchy in the blockchain node, the method further includes:
acquiring a configuration instruction; the configuration instruction is used for setting the monitoring item of each layer;
and determining the monitoring item of each layer according to the configuration instruction so as to obtain the monitoring data of each layer according to the monitoring item.
With reference to the first aspect of the present application, in a second implementation manner of the first aspect of the present application, the hierarchical architecture includes: any one or combination of any of an application component layer, a data store layer, an infrastructure layer, a consensus layer, and an intelligent contract layer.
With reference to the second implementation manner of the first aspect of the present application, in a third implementation manner of the first aspect of the present application, the monitoring item corresponding to the application component layer includes: the CA certificate issuing level and any one or combination of any number of corresponding number, routing load balance and transaction number;
the monitoring items corresponding to the data storage layer comprise: database query time and/or database connection number;
the monitoring items corresponding to the infrastructure layer comprise: any one or combination of any several items of CPU utilization rate, network throughput, memory switching rate, disk space size and read-write rate;
the monitoring items corresponding to the consensus layer comprise: any one or combination of any several of consensus time, consensus traffic, block-out time, Byzantine fault-tolerant algorithm availability;
the monitoring items corresponding to the intelligent contract layer comprise: contract invocation time and/or contract deployment data.
With reference to the first aspect of the present application, in a fourth implementation manner of the first aspect of the present application, the acquiring monitoring data of each level in the blockchain node based on the level architecture includes:
collecting monitoring data of each level in the level architecture by using a Zabbix proxy server connected with the block link points;
and acquiring the monitoring data forwarded by the Zabbix proxy server.
With reference to the first aspect of the present application, in a fifth implementation manner of the first aspect of the present application, after the acquiring the monitoring data of each hierarchy based on the hierarchy architecture, the method further includes:
determining a data type of the monitoring data, and determining a preset visual element corresponding to the data type;
and displaying the monitoring data on a visual interface by using the preset visual elements.
With reference to the first aspect of the present application, the first implementation manner of the first aspect of the present application, the second implementation manner of the first aspect of the present application, the third implementation manner of the first aspect of the present application, the fourth implementation manner of the first aspect of the present application, and the fifth implementation manner of the first aspect of the present application, in a sixth implementation manner of the first aspect of the present application, the determining, according to the monitoring data, a monitoring result of the blockchain node includes:
acquiring a preset monitoring threshold corresponding to each monitoring data;
determining a comparison result of the preset monitoring threshold and the monitoring data, and determining whether to trigger an alarm prompt according to the comparison result;
or, acquiring the weight corresponding to each monitoring data;
obtaining a weighted value corresponding to the monitoring data by using the weight and the monitoring data;
and comparing the weighted value with a preset monitoring index to obtain a monitoring result of the block link node.
To achieve the above object, a second aspect of the present application provides a block link point monitoring device, including:
the architecture determining module is used for determining the hierarchical architecture of the block chain nodes; the hierarchical architecture is obtained by dividing the hierarchy in the block chain nodes in advance;
the data acquisition module is used for acquiring monitoring data of each layer in the block chain nodes based on the layer architecture; the monitoring data is used for representing the performance and the use condition of each layer;
and the result determining module is used for determining the monitoring result of the block chain node according to the monitoring data.
To achieve the above object, a third aspect of the present application provides an electronic device comprising:
a processor and a memory;
wherein the processor is configured to execute a program stored in the memory;
the memory is to store a program to at least:
determining a hierarchical structure of a block chain node; the hierarchical architecture is obtained by dividing the hierarchy in the block chain nodes in advance;
acquiring monitoring data of each layer in the block chain nodes based on the layer architecture; the monitoring data is used for representing the performance and the use condition of each layer;
and determining the monitoring result of the block chain node according to the monitoring data.
To achieve the above object, a fourth aspect of the present application provides a computer-readable storage medium having a computer program stored thereon, where the computer program is executed by a processor to implement the steps of the above block link point monitoring method.
According to the scheme, the block link point monitoring method provided by the application comprises the following steps: determining a hierarchical structure of a block chain node; the hierarchical architecture is obtained by dividing the hierarchy in the block chain nodes in advance; acquiring monitoring data of each layer in the block chain nodes based on the layer architecture; the monitoring data is used for representing the performance and the use condition of each layer; and determining the monitoring result of the block chain node according to the monitoring data. Therefore, the block link point monitoring method provided by the application carries out hierarchical division on the block link points in advance, acquires the monitoring data of each level in the block link nodes based on the divided hierarchical architecture, and can quickly determine the corresponding block link points and the levels in which the abnormal levels appear according to the monitoring data if the monitoring data appear abnormal, so that the abnormal positioning is realized in time, the subsequent abnormal processing is convenient, and the abnormal processing efficiency is effectively improved. The application also discloses a block link point monitoring device, an electronic device and a computer readable storage medium, which can also achieve the technical effects.
It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the application.
Drawings
In order to more clearly illustrate the embodiments of the present application 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 application, and for those skilled in the art, other drawings can be obtained according to the drawings without creative efforts. The accompanying drawings, which are included to provide a further understanding of the disclosure and are incorporated in and constitute a part of this specification, illustrate embodiments of the disclosure and together with the description serve to explain the disclosure without limiting the disclosure. In the drawings:
fig. 1 is an architecture diagram of a block link point monitoring system according to an embodiment of the present disclosure;
fig. 2 is a flowchart of a block link point monitoring method according to an embodiment of the present disclosure;
FIG. 3 is a schematic diagram illustrating an embodiment of a block link point monitoring method according to an embodiment of the disclosure;
FIG. 4 is a schematic diagram of another embodiment of a block link point monitoring method according to an embodiment of the disclosure;
FIG. 5 is a schematic diagram of a block link point monitoring implementation disclosed in an embodiment of the present application;
fig. 6 to 10 are schematic views showing the monitored data visually;
FIG. 11 is a schematic diagram of another block link point monitoring implementation disclosed in an embodiment of the present application;
fig. 12 is a structural diagram of a block link point monitoring device disclosed in an embodiment of the present application;
fig. 13 is a block diagram of an electronic device disclosed in an embodiment of the present application.
Detailed Description
The technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are only a part of the embodiments of the present application, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.
When a traditional monitoring platform monitors a block chain, overall resource indexes and service parameters of the system are generally monitored, for example, indexes such as overall CPU occupancy rate and memory utilization rate of the system are monitored, if an abnormal condition is monitored, since abnormal data represents an operation state of the system, a position where the abnormality occurs cannot be determined in time, at this time, a supervisor needs to manually perform abnormal troubleshooting on the whole block chain system, and a subsequent process of processing the abnormality is delayed undoubtedly, so that the processing efficiency is low.
In view of the above problems existing at present, the present application provides a block link point monitoring technical scheme, and by means of the technical scheme, the exception can be quickly positioned, the exception can be conveniently processed subsequently, and the exception processing efficiency is effectively improved.
In order to facilitate understanding of the block link point monitoring method provided in the present application, a system for use thereof will be described below. Referring to fig. 1, an architecture diagram of a block link point monitoring system provided by an embodiment of the present application is shown, as shown in fig. 1, including a block link node device 10, a server 20, and a terminal 30, where the block link node device 10 and the server 20 are communicatively connected, and the server 20 and the terminal 30 are communicatively connected through a network 40. Each of the blockchain node device 10, the server 20 and the terminal 30 may further include a processor, a memory, a communication interface, an input unit, a display, and a communication bus, and the processor, the memory, the communication interface, the input unit, and the display all complete communication with each other through the communication bus.
It should be noted that the number of the block link point devices 10 in the present application may be multiple, that is, a block link network may be formed by using multiple block link node devices, and the device types of the block link point devices 10 may include, but are not limited to, various types of servers, personal computers, handheld terminals, and the like. The types of the block chain node devices 10 may be the same or different, for example, some block chain node devices may be cloud servers, and other block chain node devices may be mobile phone terminals.
In the present application, the server 20 is used to monitor the block link points. Firstly, a hierarchical structure which is divided for the block link points in advance is determined, a basis for acquiring the monitoring data is determined, the monitoring data sent by the block link point equipment 10 is acquired according to the hierarchical structure, so that a corresponding monitoring result is determined according to the monitoring data, and the monitoring result can be sent to the terminal 30. Specifically, the server 20 of the present application may include, but is not limited to: a single web server, a server group of multiple web servers, or a cloud based on cloud computing consisting of a large number of computers or web servers.
The terminal 30 is configured to receive the monitoring result sent by the server 20, and can display the monitoring result to achieve the purpose of prompting the user. The terminal 30 may be a terminal held by a monitoring worker, or a terminal held by a general user, and may specifically include, but not limited to, a smart phone, a tablet computer, a notebook computer, a desktop computer, or an intelligent wearable device.
It can be understood that the network 40 in the present application may be determined according to the network condition and the application requirement in the actual application process, and may be a wireless communication network, such as a mobile communication network or a WiFi network, or a wired communication network; either a wide area network or a local area network may be used as circumstances warrant.
The embodiment of the application discloses a block chain link point monitoring method, which can be used for rapidly positioning an exception, is convenient for processing the exception subsequently and effectively improves exception processing efficiency.
Referring to fig. 2, a flowchart of a block link point monitoring method according to an embodiment of the present disclosure is shown in fig. 2, and includes:
s101: the server determines a hierarchical structure of the block chain nodes;
in the embodiment of the application, the levels in the block chain nodes can be divided in advance to obtain the corresponding level architecture. In particular implementations, the hierarchical partitioning of the blockchain nodes may be performed according to a blockchain infrastructure design, for example, the hierarchical architecture may include any one or a combination of any two of an application component layer, a data storage layer, an infrastructure layer, a consensus layer, and an intelligent contract layer. The application component layer is a component layer for providing network service and authentication service for the blockchain, and may include, but is not limited to, a routing, a CA (Certificate Authority) authentication center, and a dataode data center; the data storage layer mainly comprises storage middleware such as a MySQL database, a levelDB database, a TcaplussDB database and the like and block data in a block chain; the infrastructure layer refers to a facility component providing an infrastructure function for the block chain, and may specifically include but is not limited to a CPU, a memory, and a disk; the consensus layer is one of core technologies of the block chain, and mainly comprises a consensus algorithm and a consensus mechanism, specifically comprises a POW workload certification, a POS rights and interests certification, a Byzantine fault-tolerant algorithm and other consensus mechanisms, and the consensus mechanism can enable the block chain nodes to efficiently achieve consensus on the validity of the block data in a decentralized block chain network; the intelligent contract layer is a programmable basis of the blockchain, and can include but is not limited to various scripts, codes, algorithm mechanisms and intelligent contracts, so that the codes can be embedded into the blockchain or a token, a customizable intelligent contract is realized, and the intelligent contract can be automatically executed without a third party under the condition of reaching a preset constraint condition.
S102: acquiring monitoring data of each layer in the block chain nodes based on the layer architecture;
in this step, the server obtains monitoring data of each level in the blockchain node based on the level architecture of the blockchain node determined in the above step, where the monitoring data is specifically used to represent the performance status and the use status of each level in the blockchain node. In the embodiment of the application, the monitoring items required to be acquired can be set in advance according to the monitoring requirements of the user, so that the corresponding monitoring data can be acquired according to the preset monitoring items.
It should be noted that the process of setting the monitoring items to be acquired in advance according to the monitoring requirements of the user may specifically include: and acquiring a configuration instruction, wherein the configuration instruction is used for setting the monitoring item of each layer in the blockchain node. In the embodiment of the application, a server may be used to provide a dedicated configuration interface for a user, and a configuration instruction input by the user may be obtained through the configuration interface, or of course, after receiving the configuration instruction input by the user, a terminal may be used to obtain the configuration instruction forwarded by the terminal through a communication connection between the server and the terminal. And determining to obtain a monitoring item configured by the user for each layer according to the configuration instruction so as to monitor each layer in the block chain node according to the configured monitoring item and obtain corresponding monitoring data.
In a specific implementation, the monitoring items corresponding to the application component layer may include, but are not limited to: the CA certificate issuing levels and the corresponding numbers, namely the certificates issued to users in various levels and the corresponding numbers of the certificates; the routing load is balanced, namely the number of routes distributed to the current block chain link points is the same; the transaction amount refers to how many transactions are generated or received by the current block link point. The monitoring items corresponding to the data storage layer may include, but are not limited to: the database query time is used for monitoring the access query performance of the database; and the database connection number is used for representing the running state of the database and judging whether the current database connection number is greater than the maximum allowable connection number. The corresponding monitoring items of the infrastructure layer may include, but are not limited to: the CPU utilization rate, the network throughput, the memory switching rate, the disk space size and the read-write rate are all used for representing the running condition and the performance of the basic component. The monitoring items corresponding to the consensus layer may include, but are not limited to: consensus time, consensus traffic, block out time, Byzantine fault tolerance algorithm availability, for monitoring blockchain networks and the availability of consensus mechanisms. The monitoring items corresponding to the intelligent contract layer can include but are not limited to: and the contract calling time and the contract deployment data are used for monitoring the stability of the intelligent contracts of the block chain.
It should be noted that the monitoring items configured in the embodiment of the present application may further include, in addition to the specific monitoring items set for each layer, overall performance indicators such as an average CPU throughput, an average response time, an average memory throughput, an average network throughput, and an average hard disk throughput of the blockchain system, so as to further improve the integrity of the monitoring data.
It can be understood that the data acquisition mode may be a real-time or timing mode, that is, the server may perform real-time monitoring on each layer of the block link points to acquire real-time monitoring data; the server can also monitor each level of the block chain nodes at regular time according to a set monitoring time period so as to obtain corresponding monitoring data. The monitoring time period may be a time period in which all monitoring data are set in a unified manner, or different monitoring time periods may be set for different data according to the monitoring intensity or the importance of the monitoring data, for example, a relatively long time period is set for monitoring data with low importance, and a relatively short time period is set for monitoring data with high importance, so as to ensure that whether data with high importance level is abnormal or not can be known more timely as far as possible, so as to avoid causing a large influence on the system.
As a possible implementation manner, the embodiment of the present application may create a preset number of processes or threads, so as to start the processes or threads to monitor each level in the blockchain node. Specifically, a corresponding number of processes or threads can be created for each level according to the number of levels in the level architecture, so that parallel monitoring of multiple levels of block link points can be realized.
As another feasible implementation manner, the embodiment of the present application may write a corresponding monitoring script according to a preconfigured monitoring item, and implement monitoring of each level in the block chain node according to the monitoring script.
In a specific implementation, the process or the thread for implementing monitoring may be created in a server, or the monitoring script may be written in the server, that is, the server is used to actively collect monitoring data of each level in the tile link points. Of course, the process or the thread may be created in a block chain node, or the monitoring script may be written in the block chain node, that is, the block chain node may be used to collect the monitoring data of the block chain node, and after the monitoring data is collected, the monitoring data is sent to the server according to a preset reporting policy.
In order to enable a user to more intuitively acquire monitoring data, the monitoring data may be displayed after the monitoring data of each level in a blockchain node is acquired. Specifically, a data type of the monitoring data may be determined, and a preset visual element corresponding to the data type may be determined, so that the monitoring data is displayed on a visual interface by using the corresponding preset visual element. For example, whether the monitoring data is within a preset normal range or not can be judged, and if the current monitoring data is within the preset normal range, the current monitoring data is displayed in green; if the current monitoring data is located outside the preset normal range, the current monitoring data is displayed in a red-bold mode, so that a user can visually and conveniently see the monitoring data with the possibility of abnormal conditions.
S103: determining a monitoring result of the block chain node according to the monitoring data;
in the embodiment of the application, the server can determine the corresponding monitoring result according to the acquired monitoring data. In an implementation, whether the operation condition of the block link point is normal can be determined by judging whether the monitoring data is normal. That is, if the monitoring data is normal, the current block link node is represented to operate normally, and the monitoring result is determined to be normal; if the monitoring data is abnormal, the current block link point is represented to be abnormal in operation, and the corresponding monitoring result is determined to be abnormal and can contain abnormal monitoring data and the corresponding position.
It can be understood that, in the embodiment of the application, the monitoring data and the monitoring result can be correspondingly written into the log or directly stored in the storage space, so that the user can conveniently inquire the historical operating condition of the block link point, a data basis is provided for the user to check whether the monitoring result is accurate, and the user misjudgment caused by the inconsistency between the monitoring result and the monitoring data can be avoided as much as possible.
S104: sending the monitoring result to a terminal;
s105: and the terminal acquires the monitoring result.
After the monitoring result of the blockchain node is determined according to the monitoring data, the embodiment of the application can further utilize the server to send the monitoring result to the terminal, so that the terminal can obtain the monitoring result, and a user can determine the position of the abnormal occurrence in time based on the monitoring result received by the terminal, so that the abnormal occurrence can be checked and repaired in time.
As a preferred embodiment, after the monitoring result is determined, if it is detected that the monitoring result is abnormal, in addition to sending the monitoring result, the embodiment of the application may send an alarm prompt message to the terminal by using a mail or a short message or the like before or while sending the monitoring result, so as to effectively prompt the user after the abnormality occurs, so that the user first knows the occurrence of the abnormality through the alarm prompt message, then checks the specific monitoring result, and performs the abnormality processing.
The method for monitoring the block chain link points comprises the steps of firstly determining a hierarchical structure of the block chain link points; the hierarchical architecture is obtained by dividing the hierarchy in the block chain nodes in advance; acquiring monitoring data of each layer in the block chain nodes based on the layer architecture; the monitoring data is used for representing the performance and the use condition of each layer; and determining the monitoring result of the block chain node according to the monitoring data. That is, the method and the device perform hierarchical division on the block link points in advance, acquire the monitoring data of each level in the block link nodes based on the divided hierarchical framework, and if the monitoring data is abnormal, quickly determine the corresponding block link points and the abnormal levels according to the monitoring data, so as to realize timely positioning of the abnormality, facilitate subsequent processing of the abnormality and effectively improve the abnormality processing efficiency.
The embodiment of the present application discloses a specific implementation of a block link point monitoring method, and compared with the previous embodiment, this embodiment further describes and optimizes a process of determining a block link node monitoring result according to monitoring data. Referring to fig. 3, specifically:
s201: determining a hierarchical structure of a block chain node; the hierarchical architecture is obtained by dividing the hierarchy in the block chain nodes in advance;
s202: acquiring monitoring data of each layer in the block chain nodes based on the layer architecture; the monitoring data is used for representing the performance and the use condition of each layer;
s203: acquiring a preset monitoring threshold corresponding to each monitoring data;
s204: and determining a comparison result of the preset monitoring threshold and the monitoring data, and determining whether to trigger an alarm prompt according to the comparison result.
In this embodiment, a corresponding preset monitoring threshold is set for each monitoring data in advance, after the monitoring data of each level in a block chain node is obtained, a comparison result is obtained by comparing the monitoring data with the preset monitoring threshold, and if the monitoring data obtained by comparison is less than or equal to the preset monitoring threshold, the monitoring data is represented to be normal; if the monitored data obtained by comparison is larger than the preset monitoring threshold value, the monitored data is represented to be abnormal. The preset monitoring threshold value can be preset through a system in advance, and data comparison is carried out by using a system default value; and a numerical value customized by a user can be obtained through the configuration interface and adjusted according to the user requirement.
In a specific implementation mode, after a comparison result of monitoring data and a preset monitoring threshold is obtained, once any monitoring data is monitored to be abnormal, the corresponding monitoring result is determined to be abnormal, and corresponding alarm prompt information is triggered; in another specific implementation manner, the monitoring data may be counted according to the comparison result to obtain the total number of the abnormal monitoring data, a preset maximum abnormal number may be set, and only when the total number of the abnormal monitoring data is greater than the preset maximum abnormal number, the corresponding alarm prompt information is triggered. For example, the preset maximum abnormal number may be set to be 5, and when the monitored data with the abnormal number is greater than 5, an alarm prompt message is triggered to remind a user or a monitoring worker of abnormal processing.
The embodiment of the present application discloses another specific implementation of the block link point monitoring method, and compared with the previous embodiment, this embodiment further describes and optimizes the process of determining the block link node monitoring result according to the monitoring data. Referring to fig. 4, specifically:
s301: determining a hierarchical structure of a block chain node; the hierarchical architecture is obtained by dividing the hierarchy in the block chain nodes in advance;
s302: acquiring monitoring data of each layer in the block chain nodes based on the layer architecture; the monitoring data is used for representing the performance and the use condition of each layer;
s303: acquiring the weight corresponding to each monitoring data;
s304: obtaining a weighted value corresponding to the monitoring data by using the weight and the monitoring data;
s305: and comparing the weighted value with a preset monitoring index to obtain a monitoring result of the block link node.
In this embodiment, a corresponding weight coefficient is set for each monitoring data in advance, after the monitoring data of each level in the blockchain node is obtained, a corresponding weighted value can be calculated according to the weight and the specific monitoring data to obtain a comprehensive monitoring value of the blockchain node, the size of the comprehensive monitoring value and a preset monitoring index is determined, and a monitoring result for the current blockchain node is determined according to the determination result.
It should be noted that, in this embodiment, in addition to setting a corresponding weight coefficient for each monitoring data, a corresponding weight coefficient may also be set for each level in the blockchain node, so that after a comprehensive monitoring value corresponding to each level is obtained through calculation, a comprehensive monitoring value of the current blockchain node is obtained through calculation according to the comprehensive monitoring value and the weight coefficient of each level.
It can be understood that the weight coefficient and the preset monitoring index may both obtain a numerical value specified by a user through a configuration interface, and the preset monitoring index may be specifically a numerical value or a data range. After the magnitude of the comprehensive monitoring value and the preset monitoring index is judged, if the comprehensive monitoring value is within the range of the preset monitoring index or the comprehensive monitoring value is smaller than the preset monitoring index, determining the monitoring result of the corresponding block chain node as normal operation; and if the comprehensive monitoring value is out of the range of the preset monitoring index or the comprehensive monitoring value is larger than the preset monitoring index, determining the monitoring result of the corresponding block chain node as abnormal operation.
The following further describes an implementation of the block link point monitoring method provided in the present application by a specific application example description. First, a Zabbix tool applied to the present embodiment is introduced, where Zabbix is an open-source enterprise-level monitoring tool, and the tool provides distributed system monitoring and network monitoring functions based on a web page, and can monitor various network parameters and ensure the secure operation of a server system.
Specifically, as shown in fig. 5, in this embodiment, a Zabbix primary server and a Zabbix proxy server are installed and configured first, and a connection between the Zabbix primary server and the Zabbix proxy server and a connection between the Zabbix proxy server and a block chain node are established, so that monitoring data of each level in a hierarchical structure of the block chain node is acquired by using the Zabbix proxy server. In a specific implementation, the Zabbix proxy server may forward the monitoring data to the Zabbix primary server in a real-time or timed manner.
In this embodiment, a user or a monitoring worker may send a monitoring item configuration instruction to the Zabbix host server through the configuration interface, and generate a corresponding monitoring script according to the monitoring item configuration instruction. In a possible implementation manner, the Zabbix main server may be used to further issue the monitoring item configuration instruction to a Zabbix proxy server, and the Zabbix proxy server generates a corresponding monitoring script; in another feasible implementation manner, the Zabbix master server may be used to directly and uniformly generate corresponding monitoring scripts according to the monitoring item configuration instructions, and send the monitoring scripts to the Zabbix proxy server, and the Zabbix proxy server may collect monitoring data corresponding to the monitoring items specified by the monitoring item configuration instructions according to the monitoring scripts. In addition, parameters such as a monitoring threshold value, a weight coefficient and the like corresponding to each monitoring item can be set through a configuration interface.
Further, in this embodiment, a web page provided by the Zabbix tool may also be used to prompt the user, specifically, the monitoring items configured by the user, the parameters corresponding to each monitoring item, the collected monitoring data, and the monitoring results corresponding to the monitoring data may be displayed, and the abnormal monitoring data may be specially marked, so as to achieve the purpose of warning prompt, and facilitate the user or the monitoring staff to locate the abnormality in time and perform abnormality processing according to the displayed results. Fig. 6 is a schematic diagram of visually displaying monitoring data for an infrastructure layer in a specific implementation scenario, and as shown in fig. 6, usage and performance of a CPU, a network, a disk, and a memory in the infrastructure layer may be monitored and displayed; fig. 7 is a schematic diagram of visually displaying monitoring data of a data storage layer in a specific implementation scenario, and as shown in fig. 7, the embodiment may monitor and display a performance status of a MySQL database in the data storage layer; fig. 8 is a schematic diagram illustrating a visual display of monitoring data for a consensus layer in an implementation scenario, where as shown in fig. 8, a current consensus election wheel, the number of byzantine fault-tolerant nodes, and a consensus performance in the consensus layer may be specifically monitored and displayed; in addition, referring to fig. 9, the embodiment can also monitor the overall blockheight, transaction performance, and the number of blockchain network nodes of the blockchain system. Fig. 10 is a schematic diagram of performing alarm and visual display according to monitoring data in a specific implementation scenario.
As a preferred implementation, referring to fig. 11, in this embodiment, a Zabbix intermediate server may be additionally deployed between a Zabbix main server and a Zabbix proxy server, and data of the Zabbix proxy server is collected by the Zabbix intermediate server, and then the data collected and stored in the local database is sent to the Zabbix main server for unified storage and presentation. The data collection function is separated from the Zabbix main server by additionally arranging the Zabbix intermediate server, so that the Zabbix main server can be concentrated in the data storage and display function, the burden of the Zabbix main server is reduced, and the flexibility of the arrangement is improved.
A block link point monitoring device provided in an embodiment of the present application is described below, and a block link point monitoring device described below and a block link point monitoring method described above may be referred to each other.
Referring to fig. 12, an embodiment of the present application provides a block link point monitoring device, including:
an architecture determination module 401, configured to determine a hierarchical architecture of a blockchain node; the hierarchical architecture is obtained by dividing the hierarchy in the block chain nodes in advance;
a data obtaining module 402, configured to obtain monitoring data of each level in the block chain node based on the level architecture; the monitoring data is used for representing the performance and the use condition of each layer;
a result determining module 403, configured to determine a monitoring result of the blockchain node according to the monitoring data.
For the specific implementation process of the modules 401 to 403, reference may be made to the corresponding content disclosed in the foregoing embodiments, and details are not repeated here.
On the basis of the above embodiment, as a preferred implementation, the block link point monitoring device may further include:
the instruction acquisition module is used for acquiring a configuration instruction before acquiring the monitoring data of each layer in the block chain nodes based on the layer architecture; the configuration instruction is used for setting the monitoring item of each layer;
and the monitoring item determining module is used for determining the monitoring item of each layer according to the configuration instruction so as to obtain the monitoring data of each layer according to the monitoring item.
On the basis of the foregoing embodiment, as a preferred implementation, the hierarchical architecture may specifically include: any one or combination of any of an application component layer, a data store layer, an infrastructure layer, a consensus layer, and an intelligent contract layer.
On the basis of the foregoing embodiment, as a preferred implementation manner, the monitoring item corresponding to the application component layer may specifically include: the CA certificate issuing level and any one or combination of any number of corresponding number, routing load balance and transaction number;
the monitoring items corresponding to the data storage layer may specifically include: database query time and/or database connection number;
the monitoring items corresponding to the infrastructure layer may specifically include: any one or combination of any several items of CPU utilization rate, network throughput, memory switching rate, disk space size and read-write rate;
the monitoring items corresponding to the consensus layer may specifically include: any one or combination of any several of consensus time, consensus traffic, block-out time, Byzantine fault-tolerant algorithm availability;
the monitoring items corresponding to the intelligent contract layer may specifically include: contract invocation time and/or contract deployment data.
On the basis of the foregoing embodiment, as a preferred implementation, the data obtaining module includes:
a collecting unit, configured to collect monitoring data of each level in the hierarchical architecture by using a Zabbix proxy server connected to the block link point;
an obtaining unit, configured to obtain the monitoring data forwarded by the Zabbix proxy server.
On the basis of the above embodiment, as a preferred implementation, the block link point monitoring device may further include:
the type determining module is used for determining the data type of the monitoring data after the monitoring data of each layer is obtained based on the layer architecture, and determining a preset visual element corresponding to the data type;
and the data display module is used for displaying the monitoring data on a visual interface by using the preset visual elements.
On the basis of the foregoing embodiment, as a preferred implementation manner, the result determination module includes:
a threshold value obtaining unit, configured to obtain a preset monitoring threshold value corresponding to each piece of monitoring data;
the first comparison unit is used for determining a comparison result between the preset monitoring threshold and the monitoring data and determining whether to trigger an alarm prompt according to the comparison result;
on the basis of the foregoing embodiment, as a preferred implementation manner, the result determination module includes:
the weight obtaining unit is used for obtaining the weight corresponding to each monitoring data;
the weighting calculation unit is used for obtaining a weighting value corresponding to the monitoring data by using the weighting and the monitoring data;
and the second comparison unit is used for comparing the weighted value with a preset monitoring index to obtain a monitoring result of the block link node.
The block chain link point monitoring device divides the levels of the block chain link points in advance, acquires monitoring data of each level in the block chain link nodes based on the divided level architecture, can quickly determine the corresponding block chain link points and the levels with the abnormal levels according to the monitoring data if the monitoring data is abnormal, realizes timely positioning of the abnormal, is convenient for follow-up processing of the abnormal, and effectively improves the abnormal processing efficiency.
Referring to fig. 13, a structure diagram of an electronic device 50 provided in an embodiment of the present application is further provided, as shown in fig. 13, the electronic device 50 may specifically include a processor 51 and a memory 52.
The processor 51 may include one or more processing cores, such as a 4-core processor, an 8-core processor, and the like. The processor 51 may be implemented in at least one hardware form of a DSP (Digital Signal Processing), an FPGA (Field-Programmable Gate Array), and a PLA (Programmable Logic Array). The processor 51 may also include a main processor and a coprocessor, where the main processor is a processor for Processing data in an awake state, and is also called a Central Processing Unit (CPU); a coprocessor is a low power processor for processing data in a standby state. In some embodiments, the processor 51 may be integrated with a GPU (Graphics Processing Unit), which is responsible for rendering and drawing the content required to be displayed on the display screen. In some embodiments, the processor 51 may further include an AI (Artificial Intelligence) processor for processing computing operations related to machine learning.
The memory 52, which serves as a carrier for resource storage, may include one or more computer-readable storage media, which may be non-transitory. Memory 52 may also include high speed random access memory, as well as non-volatile memory, such as one or more magnetic disk storage devices, flash memory storage devices. In this embodiment, the resources stored in the memory include an operating system 521, a computer program 522, data 523, and the like, where the operating system is used to manage and control each hardware device and the computer program on the electronic device, so as to implement the operation and processing of the mass data 523 in the memory by the processor, and the processor may be a Windows Server, a Netware, a Unix, a Linux, and the like. The computer program 522 may further include a computer program that can be used to perform other specific tasks in addition to the computer program that can be used to perform the block link point monitoring method performed by the server side disclosed in any of the foregoing embodiments. The data 523 may include data such as monitoring data collected by the server and monitoring results corresponding to the monitoring data, and may also include business data such as game data and e-commerce transaction data.
In some embodiments, the electronic device 50 may further include a display 53, an input/output interface 54, a communication interface 55, a power source 56, and a communication bus 57.
In this embodiment, the display 53 is used for displaying data processed by the processor and for displaying a visual user interface. The display 53 may be an LED display, a liquid crystal display, a touch-controlled liquid crystal display, an OLED (Organic Light-Emitting Diode) touch panel, or the like. The input/output interface 54 is configured to obtain external input data or output data to the outside, and a specific interface type thereof may be selected according to specific application requirements, which is not specifically limited herein. The communication interface 55 can create a data transmission channel between the electronic device and an external device, and the communication protocol followed by the electronic device is any communication protocol applicable to the technical solution of the present application, and is not specifically limited herein. The power supply 56 is specifically configured to provide operating voltages for various hardware devices on the electronic device.
Of course, the structure of the electronic device shown in fig. 13 does not constitute a limitation of the electronic device in the embodiment of the present application, and the electronic device may include more or less components than those shown in fig. 13 or some components in combination in practical applications.
In another exemplary embodiment, this application further discloses a storage medium, in which computer-executable instructions are stored, and when the computer-executable instructions are loaded and executed by a processor, the steps of the block link point monitoring method executed by a server disclosed in any one of the foregoing embodiments are implemented.
According to the method and the device, the block chain link points are divided in layers in advance, monitoring data of each layer in the block chain link points are acquired based on the divided layer framework, if the monitoring data are abnormal, the corresponding block chain link points and the abnormal layers can be quickly determined according to the monitoring data, so that the abnormity can be timely positioned, the abnormity can be conveniently and subsequently processed, and the abnormity processing efficiency is effectively improved.
The embodiments are described in a progressive manner in the specification, each embodiment focuses on differences from other embodiments, and the same and similar parts among the embodiments are referred to each other. For the system disclosed by the embodiment, the description is relatively simple because the system corresponds to the method disclosed by the embodiment, and the relevant points can be referred to the method part for description. It should be noted that, for those skilled in the art, it is possible to make several improvements and modifications to the present application without departing from the principle of the present application, and such improvements and modifications also fall within the scope of the claims of the present application.
It is further noted that, in the present specification, relational terms such as first and second, and the like are used solely to distinguish one entity or action from another entity or action without necessarily requiring or implying any actual such relationship or order between such entities or actions. Also, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other identical elements in a process, method, article, or apparatus that comprises the element.
Claims (10)
1. A block link point monitoring method, comprising:
determining a hierarchical structure of a block chain node; the hierarchical architecture is obtained by dividing the hierarchy in the block chain nodes in advance;
acquiring monitoring data of each layer in the block chain nodes based on the layer architecture; the monitoring data is used for representing the performance and the use condition of each layer;
determining a monitoring result of the block chain node according to the monitoring data;
and if the monitoring data is abnormal, determining the corresponding block link point and the abnormal level thereof according to the abnormal monitoring data.
2. The method according to claim 1, wherein before the obtaining the monitoring data of each level in the blockchain node based on the level structure, the method further comprises:
acquiring a configuration instruction; the configuration instruction is used for setting the monitoring item of each layer;
and determining the monitoring item of each layer according to the configuration instruction so as to obtain the monitoring data of each layer according to the monitoring item.
3. The method of claim 1, wherein the hierarchical architecture comprises: any one or combination of any of an application component layer, a data store layer, an infrastructure layer, a consensus layer, and an intelligent contract layer.
4. The block link point monitoring method according to claim 3, wherein the monitoring item corresponding to the application component layer comprises: the CA certificate issuing level and any one or combination of any number of corresponding number, routing load balance and transaction number;
the monitoring items corresponding to the data storage layer comprise: database query time and/or database connection number;
the monitoring items corresponding to the infrastructure layer comprise: any one or combination of any several items of CPU utilization rate, network throughput, memory switching rate, disk space size and read-write rate;
the monitoring items corresponding to the consensus layer comprise: any one or combination of any several of consensus time, consensus traffic, block-out time, Byzantine fault-tolerant algorithm availability;
the monitoring items corresponding to the intelligent contract layer comprise: contract invocation time and/or contract deployment data.
5. The method according to claim 1, wherein the obtaining monitoring data of each level in the blockchain node based on the level structure comprises:
collecting monitoring data of each level in the level architecture by using a Zabbix proxy server connected with the block link points;
and acquiring the monitoring data forwarded by the Zabbix proxy server.
6. The method according to claim 1, further comprising, after obtaining the monitoring data of each level based on the level structure:
determining a data type of the monitoring data, and determining a preset visual element corresponding to the data type;
and displaying the monitoring data on a visual interface by using the preset visual elements.
7. A block link point monitoring method according to any one of claims 1 to 6, wherein the determining a monitoring result of the block link node according to the monitoring data comprises:
acquiring a preset monitoring threshold corresponding to each monitoring data;
determining a comparison result of the preset monitoring threshold and the monitoring data, and determining whether to trigger an alarm prompt according to the comparison result;
or, acquiring the weight corresponding to each monitoring data;
obtaining a weighted value corresponding to the monitoring data by using the weight and the monitoring data;
and comparing the weighted value with a preset monitoring index to obtain a monitoring result of the block link node.
8. A block link point monitoring device, comprising:
the architecture determining module is used for determining the hierarchical architecture of the block chain nodes; the hierarchical architecture is obtained by dividing the hierarchy in the block chain nodes in advance;
the data acquisition module is used for acquiring monitoring data of each layer in the block chain nodes based on the layer architecture; the monitoring data is used for representing the performance and the use condition of each layer;
a result determining module, configured to determine a monitoring result of the blockchain node according to the monitoring data;
and the module is used for determining the corresponding block link points and the abnormal layers according to the abnormal monitoring data when the monitoring data is abnormal.
9. A computer device, comprising:
a processor and a memory;
wherein the processor is configured to execute a program stored in the memory;
the memory is to store a program to at least:
determining a hierarchical structure of a block chain node; the hierarchical architecture is obtained by dividing the hierarchy in the block chain nodes in advance;
acquiring monitoring data of each layer in the block chain nodes based on the layer architecture; the monitoring data is used for representing the performance and the use condition of each layer;
determining a monitoring result of the block chain node according to the monitoring data;
and if the monitoring data is abnormal, determining the corresponding block link point and the abnormal level thereof according to the abnormal monitoring data.
10. A computer-readable storage medium, characterized in that the computer-readable storage medium has stored thereon a computer program which, when being executed by a processor, carries out the steps of the block-link point monitoring method according to any one of claims 1 to 7.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910765677.7A CN110493080B (en) | 2019-08-19 | 2019-08-19 | Block link point monitoring method and device, electronic equipment and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910765677.7A CN110493080B (en) | 2019-08-19 | 2019-08-19 | Block link point monitoring method and device, electronic equipment and storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN110493080A CN110493080A (en) | 2019-11-22 |
| CN110493080B true CN110493080B (en) | 2021-12-14 |
Family
ID=68551495
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910765677.7A Active CN110493080B (en) | 2019-08-19 | 2019-08-19 | Block link point monitoring method and device, electronic equipment and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110493080B (en) |
Families Citing this family (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111125468A (en) * | 2020-02-05 | 2020-05-08 | 天津大学 | Structural health monitoring system and method based on block chain technology and intelligent contract |
| CN112037415A (en) * | 2020-03-18 | 2020-12-04 | 秦佑胜 | Imaging characteristic analysis system applying block chain |
| CN111884878A (en) * | 2020-07-24 | 2020-11-03 | 樊馨 | Data monitoring method based on block chain |
| CN112069548A (en) * | 2020-08-14 | 2020-12-11 | 深圳市盛龙信息科技有限公司 | Logistics monitoring method, system and storage medium for agricultural product trading market |
| CN112134615B (en) * | 2020-09-22 | 2021-08-24 | 上海欣诺通信技术股份有限公司 | Monitoring system, method, terminal and readable storage medium based on optical fiber link |
| CN112416731B (en) * | 2020-12-02 | 2021-07-30 | 腾讯科技（深圳）有限公司 | Stability monitoring method and device applied to block chain system |
| CN112905407A (en) * | 2020-12-28 | 2021-06-04 | 山东众阳健康科技集团有限公司 | Block chain performance detection method and system based on precompiled contract |
| CN113079067A (en) * | 2021-03-30 | 2021-07-06 | 上海万向区块链股份公司 | Union chain performance bottleneck testing system and method based on multidimensional data integration analysis |
| CN113157521B (en) * | 2021-04-21 | 2023-06-06 | 杭州云象网络技术有限公司 | Monitoring method and monitoring system for block chain full life cycle |
| CN115701021A (en) * | 2021-07-15 | 2023-02-07 | 中国联合网络通信集团有限公司 | Block chain network monitoring method and platform |
| CN114726709A (en) * | 2022-03-02 | 2022-07-08 | 南京远能电力工程有限公司 | Intelligent operation and maintenance monitoring method, device and equipment for power distribution network and storage medium |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108124502A (en) * | 2017-03-31 | 2018-06-05 | 北京大学深圳研究生院 | A kind of top level domain management method and system based on alliance's chain |
| CN108881428A (en) * | 2018-06-13 | 2018-11-23 | 明阳智慧能源集团股份公司 | A kind of block catenary system with oversight mechanism |
| CN109088741A (en) * | 2017-06-14 | 2018-12-25 | 北京航空航天大学 | A kind of block catenary system Formal Modeling and verification method |
| CN109088792A (en) * | 2018-08-06 | 2018-12-25 | 佛山市甜慕链客科技有限公司 | A kind of block chain data transmission testing method and device |
| CN109783364A (en) * | 2018-12-14 | 2019-05-21 | 深圳先进技术研究院 | A kind of block chain Performance Test System and method |
| CN110061889A (en) * | 2019-04-01 | 2019-07-26 | 北京众享比特科技有限公司 | Block chain performance test methods, device, equipment and storage medium |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10552556B2 (en) * | 2017-08-03 | 2020-02-04 | Liquineq AG | System and method for performance testing of scalable distributed network transactional databases |
| CN110291506B (en) * | 2018-11-30 | 2023-08-18 | 创新先进技术有限公司 | Block chain network test platform |
-
2019
- 2019-08-19 CN CN201910765677.7A patent/CN110493080B/en active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108124502A (en) * | 2017-03-31 | 2018-06-05 | 北京大学深圳研究生院 | A kind of top level domain management method and system based on alliance's chain |
| CN109088741A (en) * | 2017-06-14 | 2018-12-25 | 北京航空航天大学 | A kind of block catenary system Formal Modeling and verification method |
| CN108881428A (en) * | 2018-06-13 | 2018-11-23 | 明阳智慧能源集团股份公司 | A kind of block catenary system with oversight mechanism |
| CN109088792A (en) * | 2018-08-06 | 2018-12-25 | 佛山市甜慕链客科技有限公司 | A kind of block chain data transmission testing method and device |
| CN109783364A (en) * | 2018-12-14 | 2019-05-21 | 深圳先进技术研究院 | A kind of block chain Performance Test System and method |
| CN110061889A (en) * | 2019-04-01 | 2019-07-26 | 北京众享比特科技有限公司 | Block chain performance test methods, device, equipment and storage medium |
Also Published As
| Publication number | Publication date |
|---|---|
| CN110493080A (en) | 2019-11-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110493080B (en) | Block link point monitoring method and device, electronic equipment and storage medium | |
| US11005969B2 (en) | Problem solving in a message queuing system in a computer network | |
| US10198284B2 (en) | Ensuring operational integrity and performance of deployed converged infrastructure information handling systems | |
| US10373072B2 (en) | Cognitive-based dynamic tuning | |
| US20120084113A1 (en) | Virtual resource cost tracking with dedicated implementation resources | |
| US10476983B2 (en) | Systems monitoring in case of lost network connection in SaaS model | |
| CN107534570A (en) | Virtualize network function monitoring | |
| US10944581B2 (en) | Increasing processing capacity of processor cores during initial program load processing | |
| US10685043B2 (en) | Event analysis in network management event streams | |
| US11474905B2 (en) | Identifying harmful containers | |
| US10884885B2 (en) | Proactively predicting failure in data collection devices and failing over to alternate data collection devices | |
| CN109614227A (en) | Task resource concocting method, device, electronic equipment and computer-readable medium | |
| WO2016053817A1 (en) | Monitoring of shared server set power supply units | |
| CN110704097A (en) | Data collection method and device, electronic equipment and storage medium | |
| EP3386151B1 (en) | System of actions for iot devices | |
| CN115757611A (en) | Big data cluster switching method and device, electronic equipment and storage medium | |
| US10884845B2 (en) | Increasing processing capacity of processor cores during initial program load processing | |
| US20200151021A1 (en) | Increasing processing capacity of virtual machines | |
| US10122602B1 (en) | Distributed system infrastructure testing | |
| US20200252451A1 (en) | Hybrid cloud compliance and remediation services | |
| US20220179729A1 (en) | Correlation-based multi-source problem diagnosis | |
| US10237161B2 (en) | System and method for dynamically testing networked target systems | |
| KR20160087280A (en) | Method and system for providing integrated managing service based smart water grid | |
| US10819604B2 (en) | Change to availability mapping | |
| CN109343958A (en) | Computational resource allocation method, apparatus, electronic equipment, storage medium |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |