CN112416731B - Stability monitoring method and device applied to block chain system - Google Patents
Stability monitoring method and device applied to block chain system Download PDFInfo
- Publication number
- CN112416731B CN112416731B CN202011413809.9A CN202011413809A CN112416731B CN 112416731 B CN112416731 B CN 112416731B CN 202011413809 A CN202011413809 A CN 202011413809A CN 112416731 B CN112416731 B CN 112416731B
- Authority
- CN
- China
- Prior art keywords
- stability
- block chain
- blockchain system
- index
- steady state
- 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
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
- G06F11/3466—Performance evaluation by tracing or monitoring
- G06F11/3476—Data logging
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
- G06F11/302—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system component is a software system
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- Quality & Reliability (AREA)
- General Physics & Mathematics (AREA)
- Computing Systems (AREA)
- Computer Hardware Design (AREA)
- Mathematical Physics (AREA)
- Debugging And Monitoring (AREA)
Abstract
The embodiment of the application discloses a stability monitoring method and a stability monitoring device applied to a block chain system, wherein the method comprises the following steps: acquiring a distributed log corresponding to the blockchain system, wherein the distributed log contains log information of each node in the blockchain system; respectively monitoring a consensus stability index and a system steady state measurement index of the block chain system according to the distributed logs, wherein the consensus stability index is used for representing the consensus fault tolerance performance of the block chain system, and the system steady state measurement index is used for representing the system comprehensive performance of the block chain system; if any one of the consensus stability indicator and the system steady state measurement indicator is monitored not to meet the stability threshold corresponding to the blockchain system, determining that the blockchain system does not meet the stability standard. The technical scheme of the embodiment of the application realizes accurate monitoring on the stability of the block chain system.
Description
Technical Field
The present disclosure relates to the field of blockchain technologies, and in particular, to a stability monitoring method and apparatus, an electronic device, and a computer-readable storage medium for a blockchain system.
Background
The blockchain is a distributed ledger technology maintained by multiple parties, can realize consistent storage of data, and the data stored on the blockchain has the characteristic of being difficult to tamper. At present, many enterprises have entered into the development process of the blockchain system, but those skilled in the art have no better solution to the problem of how to monitor the stability of the blockchain system.
Disclosure of Invention
In order to solve the foregoing technical problem, embodiments of the present application provide a method and an apparatus for monitoring stability of a blockchain system, an electronic device, and a computer-readable storage medium.
According to an aspect of the embodiments of the present application, there is provided a stability monitoring method applied to a blockchain system, including: acquiring a distributed log corresponding to the blockchain system, wherein the distributed log contains log information of each node in the blockchain system; respectively monitoring a consensus stability index and a system steady state measurement index of the block chain system according to the distributed logs, wherein the consensus stability index is used for representing the consensus fault tolerance performance of the block chain system, and the system steady state measurement index is used for representing the system comprehensive performance of the block chain system; if any one of the consensus stability indicator and the system steady state measurement indicator is monitored not to meet the stability threshold corresponding to the blockchain system, determining that the blockchain system does not meet the stability standard.
According to an aspect of the embodiments of the present application, there is provided a stability monitoring device applied to a blockchain system, including: the distributed log acquisition module is configured to acquire a distributed log corresponding to the blockchain system, wherein the distributed log contains log information of each node in the blockchain system; the stability index monitoring module is configured to monitor a consensus stability index and a system steady state measurement index of the blockchain system respectively according to the distributed logs, wherein the consensus stability index is used for representing the consensus fault tolerance performance of the blockchain system, and the system steady state measurement index is used for representing the system comprehensive performance of the blockchain system; a stability determination module configured to determine that the blockchain system does not meet a stability criterion if it is monitored that any one of the consensus stability indicator and the system steady state metric does not meet a stability threshold corresponding to the blockchain system.
According to an aspect of the embodiments of the present application, there is provided an electronic device, including a processor and a memory, where the memory stores computer-readable instructions, and the computer-readable instructions, when executed by the processor, implement the stability monitoring method applied to the blockchain system as described above.
According to an aspect of embodiments of the present application, there is provided a computer-readable storage medium having stored thereon computer-readable instructions, which, when executed by a processor of a computer, cause the computer to execute the stability monitoring method applied to a blockchain system as described above.
According to an aspect of embodiments herein, there is provided a computer program product or computer program comprising computer instructions stored in a computer readable storage medium. The processor of the computer device reads the computer instructions from the computer readable storage medium, and the processor executes the computer instructions, so that the computer device executes the stability monitoring method applied to the blockchain system provided in the above-mentioned various optional embodiments.
In the technical scheme provided by the embodiment of the application, the consensus stability index and the system steady state measurement index of the block chain system are monitored according to the distributed logs generated in the operation process of the block chain system, so that the stability monitoring of the block chain system is realized based on the consensus stability index and the system steady state measurement index, the monitoring mode not only covers the monitoring of the unique consensus state of the block chain system, but also covers the monitoring of the system steady state except the consensus state, and the accurate monitoring of the stability of the block chain system is realized.
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
The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the present application and together with the description, serve to explain the principles of the application. It is obvious that the drawings in the following description are only some embodiments of the application, and that for a person skilled in the art, other drawings can be derived from them without inventive effort. In the drawings:
FIG. 1 is a schematic illustration of an implementation environment to which the present application relates;
FIG. 2 is a block diagram of an exemplary architecture of a server 200 in the implementation environment shown in FIG. 1;
FIG. 3 is a flow chart illustrating a stability monitoring method applied to a blockchain system according to an exemplary embodiment of the present application;
FIG. 4 is a flow diagram for one embodiment of step S130 in the embodiment shown in FIG. 3;
FIG. 5 is a flow chart of step S130 in the embodiment of FIG. 3 in another embodiment;
FIG. 6 is a schematic diagram illustrating a stability alert notification in accordance with an exemplary embodiment of the present application;
FIG. 7 is a block diagram of a stability monitoring device applied to a blockchain system according to another exemplary embodiment of the present application;
FIG. 8 illustrates a schematic structural diagram of a computer system suitable for use in implementing the electronic device of an embodiment of the present application.
Detailed Description
Reference will now be made in detail to the exemplary embodiments, examples of which are illustrated in the accompanying drawings. When the following description refers to the accompanying drawings, like numbers in different drawings represent the same or similar elements unless otherwise indicated. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with the present application. Rather, they are merely examples of apparatus and methods consistent with certain aspects of the present application, as detailed in the appended claims.
The block diagrams shown in the figures are functional entities only and do not necessarily correspond to physically separate entities. I.e. these functional entities may be implemented in the form of software, or in one or more hardware modules or integrated circuits, or in different networks and/or processor means and/or microcontroller means.
The flow charts shown in the drawings are merely illustrative and do not necessarily include all of the contents and operations/steps, nor do they necessarily have to be performed in the order described. For example, some operations/steps may be decomposed, and some operations/steps may be combined or partially combined, so that the actual execution sequence may be changed according to the actual situation.
It should also be noted that: reference to "a plurality" in this application means two or more. "and/or" describe the association relationship of the associated objects, meaning that there may be three relationships, e.g., A and/or B may mean: a exists alone, A and B exist simultaneously, and B exists alone. The character "/" generally indicates that the former and latter associated objects are in an "or" relationship.
Referring to fig. 1, fig. 1 is a schematic diagram of an implementation environment related to the present application. The implementation environment specifically includes the terminal 100 and the server 200, and the terminal 100 and the server 200 communicate with each other through a wired or wireless network.
The implementation environment is used for realizing stability test of the block chain system. Specifically, the server 200 is configured to provide a test environment for implementing a stability test of the blockchain system, and the terminal 100 is configured to provide a user interaction function for implementing a stability test of the blockchain system.
Firstly, the relevant codes of the developed blockchain system need to be deployed in the server 200, that is, the developed blockchain system is built in a test environment, so that the actual operation scene of the blockchain system is simulated in the server 200 through the operation of the codes in the server 200. The running of the relevant code of the blockchain system in the server 200 can be realized through automatic triggering of the automatic test case.
During the operation of the blockchain system, the server 200 acquires a distributed log corresponding to the blockchain system, where the distributed log includes log information of each node in the blockchain system, and then monitors a consensus stability index and a system steady-state measurement index of the blockchain system according to the distributed log, so as to determine whether the blockchain system is stable through analysis of the consensus stability index and the system steady-state measurement index. For a detailed monitoring process, please refer to the content recorded in the following embodiments, which is not described herein.
When the server 200 monitors that the blockchain system does not meet the stability standard, it sends a stability alarm notification corresponding to the blockchain system to the terminal 100 to remind developers to locate code problems and improve corresponding codes.
The server 200 may further send the information obtained according to the distributed log to the terminal 100, and the terminal 100 visually displays the information accordingly, so that the developer may view the information in the terminal 100 in real time. The information obtained by the server 200 according to the distributed log may include not only the consensus stability index and the system steady state measurement index of the blockchain system, but also node resource data such as the block height of each node in the blockchain system, and also performance data of the server 200 itself when the blockchain system is running, which is not limited herein.
It should be noted that the terminal 100 in this embodiment environment may be an electronic device such as a tablet, a notebook, a computer, and the like, the server 200 may be an independent physical server, may also be a server cluster or a distributed system formed by a plurality of physical servers, and may also be a cloud server that provides basic cloud computing services such as a cloud service, a cloud database, cloud computing, a cloud function, cloud storage, a Network service, cloud communication, a middleware service, a domain name service, a security service, a CDN (Content Delivery Network ), a big data and an artificial intelligence platform, and the like, which is not limited herein.
FIG. 2 is a block diagram of an exemplary architecture of a server 200 in the implementation environment shown in FIG. 1.
The server 200 specifically includes a configuration file and command line tool loading module 201, a request service module 202, a framework service module 203, a blockchain system loading module 204, and a stability monitoring module 205. Each of the above modules may be understood as a software code module loaded in the server 200.
The configuration file and command line tool loading module 201 is configured to load basic function codes such as a configuration file and a command line tool deployed in the server 200, and the framework service module 203 is configured to load framework service codes deployed in the server 200, where the framework service codes include, for example, relevant codes for supporting operations of a Central Processing Unit (CPU), a disk, a network, a memory, a process, and the like in the server 200, so that the server 200 can normally operate.
The blockchain system loading module 204 is configured to load relevant codes of the blockchain system deployed in the server 200, that is, relevant codes of the blockchain system to be subjected to stability monitoring are specifically deployed in the blockchain system loading module 204, and through operation of the blockchain system loading module 204, an operation condition of the blockchain system in an actual application scene is simulated in the server 200. As shown in fig. 2, the blockchain system loading module 204 records a blockchain system including five nodes a to E.
The request service module 202 is used to send stable request services, such as request services including uplink or inquiry of data, to the blockchain system deployed in the blockchain system loading module 204. The stability monitoring module 205 is configured to perform stability monitoring on the blockchain system deployed in the blockchain system loading module 204. The detailed process of the stability monitoring module 205 for the block chain system is still referred to in the following embodiments.
It should be noted that the server 200 shown in fig. 2 is only an example adapted to the present application and should not be considered as providing any limitation to the scope of the application. The above modules are not all necessary, and the server 200 may add other modules or reduce some modules according to its own functional requirements, which is not limited in this embodiment.
Fig. 3 is a flowchart illustrating a stability monitoring method applied to a blockchain system according to an exemplary embodiment of the present disclosure. The method may be applied to the implementation environment shown in fig. 1, and is specifically executed by the server 200 in the implementation environment shown in fig. 1, for example, may be specifically executed by the stability monitoring module 205 shown in fig. 2. In other implementation environments, the method may also be executed by other terminals or servers, and this embodiment is not limited thereto.
As shown in fig. 3, in an exemplary embodiment, the method includes steps S110 to S150, which are described in detail as follows:
step S110, a distributed log corresponding to the blockchain system is obtained, where the distributed log includes log information of each node in the blockchain system.
It should be noted that, the blockchain system refers to a distributed system developed based on blockchain technology, and the blockchain system usually includes a plurality of nodes, and any two nodes communicate with each other through a peer-to-peer network. The peer-to-peer network refers to a node role in the network, which can be a client or a server, that is, each computer in the network can act as a requester of network service and respond to the requests of other computers to provide resources, services and contents.
The data storage of the blockchain system generally includes the following processes:
the access terminal sends the transaction to a node in the blockchain system, and the node broadcasts the transaction to other nodes through a peer-to-peer network; randomly selecting accounting nodes among the nodes based on a consensus mechanism; the accounting node packs and assembles the transaction lists into a block structure to obtain an alternative block, and broadcasts the alternative block to other nodes; after receiving the alternative blocks, other nodes verify the transaction in the alternative blocks and broadcast voting messages; and if the node determines that the alternative block has a consensus in the block chain system according to the acquired broadcast voting message, submitting the alternative block to a block chain storage layer, namely, uplink storing the alternative block.
In order to achieve the purpose of multi-center and data non-falsification, multiple nodes in a typical blockchain system satisfy a certain fault tolerance mechanism, for example, a byzantine consensus mechanism is usually adopted, and other consensus mechanisms are also adopted, so that when a fault condition such as a certain node downtime, memory overflow or malicious behavior exists in the blockchain system, the whole blockchain system can also operate normally. When monitoring the stability of the running blockchain system, the special characteristics of the blockchain systems need to be considered, so that the stability of the blockchain system can be accurately monitored.
In the stability monitoring method applied to the blockchain system provided in this embodiment, the distributed logs corresponding to the blockchain system are obtained to correspondingly obtain the log information of each node in the blockchain system, and according to the log information of each node, the node information of each node in the consensus mechanism and the node information of each node outside the consensus mechanism can be correspondingly obtained, so that the stability of the blockchain system is accurately monitored according to the node information.
It is to be understood that the distributed log corresponding to the blockchain system corresponds to the distributed structure of the blockchain system. Specifically, each node in the blockchain system generally participates in the execution process of the consensus mechanism of the blockchain system, so that each node in the blockchain system generates corresponding log information, and a distributed log corresponding to the blockchain system can be obtained by collecting the log information generated by each node.
Step S130, respectively monitoring a consensus stability index and a system steady state measurement index of the blockchain system according to the distributed logs, wherein the consensus stability index is used for representing the consensus fault tolerance performance of the blockchain system, and the system steady state measurement index is used for representing the system comprehensive performance of the blockchain system.
As described above, the consensus mechanism is a specific operation characteristic of the blockchain system, and when the stability of the blockchain system is detected, the monitoring of the operation characteristic needs to be considered, so that the embodiment needs to monitor the consensus stability index of the blockchain system according to the distributed log.
In addition, as the blockchain system allows a few nodes to make errors in the consensus process, for example, when a certain node in the blockchain system is down, overflowed memory or bad, the whole blockchain system can still normally operate, which indicates that the consensus mechanism of the blockchain system has fault tolerance. The fault tolerance can be understood as that under the condition that the number of error nodes in the blockchain system does not exceed the fault tolerance range of the consensus mechanism, the blockchain system can normally operate, and still has stability; otherwise, if the number of the error nodes in the blockchain system exceeds the fault tolerance range of the consensus mechanism, it indicates that the stability of the blockchain system is damaged. Therefore, the consensus stability indicator monitored in this embodiment can be used to characterize the consensus fault tolerance of the blockchain system.
In addition, considering that the system overall performance of the blockchain system also affects the stability of the blockchain system, the present embodiment further monitors a system steady-state metric for characterizing the system overall performance of the blockchain system according to the distributed logs. Illustratively, the system steady state metrics may include concurrency metrics of the blockchain system during concurrent processing, including, for example, Throughput (also referred to as Throughput) and response time (also referred to as RT), which may be determined by a query per second (TPS) and a Query Per Second (QPS). The system steady state metric may further include an index determined for the characteristic of the blockchain system itself, for example, a blockchain height difference index used for characterizing a variation trend of the blockchain height differences of different nodes in the blockchain system, which is not limited in this embodiment.
It can be seen that the consensus stability indicator and the system steady state measurement indicator monitored in this embodiment not only cover node information in the consensus mechanism of the blockchain system, but also cover node information outside the consensus mechanism of the blockchain system, and by monitoring the consensus stability indicator and the system steady state measurement indicator of the blockchain system, accurate monitoring of stability of the blockchain system can be achieved.
Step S150, if it is monitored that any one of the consensus stability indicator and the system steady state metric does not satisfy the stability threshold corresponding to the blockchain system, determining that the blockchain system does not meet the stability standard.
In this embodiment, the stability threshold corresponding to the blockchain system is used for numerically characterizing the stability standard of the blockchain system, and since the consensus stability index and the system steady-state measurement index are different in terms of the emphasis points characterized by the stability of the blockchain system, the stability thresholds corresponding to the consensus stability index and the system steady-state measurement index may be different. Similarly, since different system steady state metrics describe the system overall performance of the blockchain system from different aspects, the stability thresholds corresponding to different system steady state metrics may also be different.
As described above, the consensus fault tolerance performance and the system comprehensive performance of the blockchain system both affect the stability of the blockchain system, and in the process of monitoring the consensus stability index and the system steady-state measurement index of the blockchain system according to the distributed log, if any one of the consensus stability index and the system steady-state measurement index does not satisfy the stability threshold corresponding to the blockchain system, it is determined that the stability of the blockchain system does not meet the stability standard.
As can be seen from the above, the method provided in this embodiment monitors the consensus stability indicator and the system steady-state measurement indicator of the blockchain system according to the distributed log generated during the operation of the blockchain system, so as to implement the stability monitoring of the blockchain system based on the two indicators. On one hand, the monitoring mode provided by the embodiment simultaneously covers the monitoring of the unique consensus state of the blockchain system and the monitoring of the system steady state except the consensus state, so that the stability of the blockchain system can be accurately monitored; on the other hand, the monitoring method provided by the embodiment can meet two basic observation requirements of metrics and log of the blockchain system in the field of blockchain technology, and therefore, the monitoring method has high universality.
As shown in fig. 4, in an exemplary embodiment, the process of monitoring the consensus stability indicator of the blockchain system according to the distributed log in step S130 may include steps S210 to S230, which are described in detail as follows:
step S210, monitoring the number of error nodes in the blockchain system according to the distributed log.
Because the distributed log contains log information of each node in the blockchain system, whether each node has an error or not can be determined based on the log information of each node, for example, the node containing the error information in the log information can be determined as the error node, so that the number of the error nodes in the blockchain system can be monitored according to the distributed log.
For example, the number of faulty nodes in the blockchain system can be determined by querying the status information of each node in the distributed log. The status information of each node may include the latest blockchain height on the blockchain locally corresponding to each node, and may also include the operating status of each node, for example, when a node has a fault such as a downtime, an overflow of memory, or a bad job, the status information of the node includes error information. And when the state error information is inquired, determining that the corresponding node is an error node, thereby obtaining the number of the error nodes in the block chain system.
For example, in some embodiments, the state information of each node may be queried from the distributed logs in an aggregated query manner.
In step S230, if the number of the error nodes does not satisfy the fault tolerance index of the blockchain system in the consensus process, it is determined that the consensus stability index of the blockchain system does not satisfy the stability threshold corresponding to the blockchain system.
The fault tolerance index of the blockchain system in the consensus process is determined according to the consensus mechanism adopted by the blockchain system, for example, in a typical byzantine consensus mechanism, the fault tolerance index can be expressed as the following formula:
N≥3F+1
where N represents the total number of nodes in the blockchain system and F represents the number of erroneous nodes in the blockchain system that are allowed to be erroneous. If the number of the error nodes in the blockchain system does not meet the formula according to the distributed log, the number of the error nodes in the blockchain system does not meet the fault tolerance index of the blockchain system in the consensus process, and therefore it is determined that the consensus stability index of the blockchain system does not meet the stability threshold corresponding to the blockchain system.
It should be noted that under the action of other consensus mechanisms, the fault tolerance index of the blockchain system in the consensus process may be different from the fault tolerance index under the typical byzantine mechanism, and in practical applications, the fault tolerance index is based on the consensus mechanism actually adopted by the blockchain system.
As shown in fig. 5, in an exemplary embodiment, the process of monitoring the system steady state metric of the blockchain system according to the distributed log in step S130 may include steps S310 to S350, which are described in detail as follows:
step S310, monitoring a plurality of system steady state measurement indexes of the block chain system in the operation process according to the distributed logs.
The multiple system steady state measurement indexes of the blockchain system in the running process are used for measuring the system comprehensive performance of the blockchain system from different aspects, so that the stability of the blockchain system is monitored from the system comprehensive performance level of the blockchain system. For example, the plurality of system steady state metrics may include one or more of a blockchain height difference metric, a blockchain transaction quantity metric, a concurrency metric of the blockchain system during concurrent processing, and a consensus node switching metric.
It should be noted that the block height difference index is used to measure the variation trend of the block height difference of different nodes. Considering that the blockchain system is a "rotation" system, under normal conditions, the difference between the block heights of different nodes in the blockchain system is not too large under the dual effects of consensus and synchronization, and if the block height difference between different nodes tends to increase, it is also predicted that the stability of the blockchain system is damaged, so the block height difference index is used as a system steady-state measurement index in this embodiment.
Specifically, the block height difference formed by each node in the block chain system within a specified time length is monitored, and then the change trend of the block height difference of different nodes is monitored according to the block height difference formed by each node within the specified time length, so that the change trend of the block height difference of different nodes can be monitored as a block height difference index.
The variation trend of the block height differences of different nodes can be specifically measured by the average value of the block height differences formed by each node in a specified time length, so that the average value is calculated according to the block height differences formed by each node in the specified time length, and the calculated average value can be used as a block height difference index. The blockchain height difference formed by each node within a specified time length is the difference between the block height of each node at the end of the specified time length and the block height of the node at the beginning of the specified time length.
Under normal conditions, under the dual influence of consensus and synchronization, the transaction quantities executed in a period of time by different nodes in the blockchain system are not too different, and if the transaction quantities executed by different nodes tend to increase, the stability of the blockchain system is also predicted to be damaged, so that the blockchain transaction quantity index is also used as a system steady-state measurement index in the embodiment. Therefore, in the embodiment, the transaction quantity executed by each node in the block chain system within the preset time length is monitored, and then the standard deviation operation is performed on the transaction quantity executed by each node within the preset time length, so that the standard deviation obtained through calculation can be used as the block transaction quantity index.
Concurrency indicators of the blockchain system during concurrent processing may include at least one of throughput and response time of the blockchain system during concurrent processing, which is used for characterizing concurrent performance of the blockchain system.
Under a stable concurrent scenario, the throughput and the response time of the external service of the blockchain system should be kept stable, if the blockchain system has a service abnormal condition, fluctuation of the throughput of the external service of the blockchain system can be caused, and if the blockchain system has a service failure condition, fluctuation of the response time can be caused, which can both destroy the stability of the blockchain system. Therefore, the present embodiment also uses the concurrency index of the blockchain system during the concurrency process as a system steady-state metric.
The consensus node handover indicator is also called a consensus handover value, also called a round value. If the node is abnormal in the consensus process, the failure of the proposal initiated by the node may be caused, which may cause the blockchain system to perform round value switching operation to trigger the next node to initiate consensus again, and the larger the round value in one block is, the higher the possibility of the blockchain system being abnormal is, so the embodiment also uses the consensus node switching index as a system steady-state measurement index.
In this embodiment, the consensus node switching indicator is a consensus switching value of the block chain system within a predetermined block height interval, which is a segment of block height interval, and may be a block height interval composed of one or several consecutive blocks, which is not limited herein.
Step S330, according to the standard indexes respectively corresponding to the steady state measurement indexes of each system, calculating the Euclidean distance corresponding to the block chain system, wherein the Euclidean distance is used for representing the degree of the stability state of the block chain system deviating from the stability standard.
The standard indexes corresponding to the system steady state measurement indexes are steady state critical values used for representing the block chain system, and different system steady state measurement indexes are used for measuring the system comprehensive performance of the block chain system from different aspects, so each system steady state measurement index corresponds to each standard index.
The Euclidean distance calculation formula corresponding to the block chain system is as follows:
wherein, D represents the euclidean distance corresponding to the blockchain system, X1, Y1, Z1, … …, and N1 respectively represent steady state metrics of each system, and X2, Y2, Z2, … …, and N2 respectively represent standard metrics corresponding to the steady state metrics of each system.
In step S350, if the euclidean distance corresponding to the blockchain system is greater than the distance threshold, it is determined that the system steady state metric of the blockchain system does not satisfy the stability threshold corresponding to the blockchain system.
Based on the Euclidean distance used for representing the degree of deviation of the stability state of the blockchain system from the stability standard, the distance threshold corresponding to the blockchain system is applied to the critical degree of deviation of the stability qualitative state allowed by the blockchain system from the stability standard.
When the euclidean distance corresponding to the blockchain system is greater than the distance threshold, it indicates that the stability state of the blockchain system has exceeded the threshold degree allowing the stable qualitative state to deviate from the stability standard, so that it can be determined that the system steady state measurement index of the blockchain system does not satisfy the stability threshold corresponding to the blockchain system, i.e., it can be determined that the blockchain system does not meet the stability standard.
It can be seen that, in the embodiments shown in fig. 4 and fig. 5, the consensus stability indicator and the system steady-state measure indicator of the blockchain system are respectively subjected to digitization processing, that is, the monitored consensus stability indicator and the system steady-state measure indicator are both digitized indicators, which is very convenient for determining whether the blockchain system meets the stability standard according to the corresponding stability threshold.
It should be further mentioned that in the embodiment shown in fig. 5, the steady state of the blockchain system is comprehensively measured according to multiple system steady state metrics, that is, the stability of the blockchain system is monitored from multiple layers, so as to achieve accurate monitoring of the stability of the blockchain system.
In another exemplary embodiment, to facilitate the developer in locating problems existing in the blockchain system and to facilitate the developer in further refining the blockchain system, after determining that the blockchain system does not meet the stability criterion, the following steps may be further performed:
and generating a stability alarm notice corresponding to the block chain system.
It should be noted that the stability alarm notification information generated in this embodiment may include information such as an alarm reason, an alarm time, a system name of a block chain, and a storage address of associated log information, which is not limited herein.
Fig. 6 is a schematic diagram illustrating a stability alarm notification according to an exemplary embodiment, and it can be seen in the stability alarm notification illustrated in fig. 6 that the currently stability-monitored blockchain system is "Majiang _ CTRobot", and the alarm time is "9-2912: 03: 04' because the alarm reason is that the information of the error node in the distributed log is monitored to be larger than the set threshold value, and the stability alarm notification also prompts a developer to log in the related environment query log and locate problems, and also contains an alarm address to prompt the developer to obtain the related alarm details through the alarm address.
From this, this embodiment is at the in-process of monitoring to the stability of block chain system, if monitor that the stability of block chain system suffers destruction, report an emergency and ask for help or increased vigilance through generating stability and inform, not only can report an emergency and ask for help or increased vigilance developer and discover to have a problem in the block chain system in real time, the developer location problem of still being convenient for can satisfy the developer to the stability monitoring demand of block chain system.
The above embodiments of the present application can be specifically applied to an automated test scenario of a blockchain system.
Specifically, the blockchain system is deployed in an automatic test platform, the automatic test platform is communicated with a log collection service platform, and the log collection service platform collects log information of each node in the blockchain system, so that a distributed log corresponding to the blockchain system can be obtained. The automatic test platform is respectively provided with a log reporting agent aiming at each node in the block chain system, and the log reporting agent is used for reporting log information of the corresponding node to the log collection service platform, so that the log collection service platform can collect distributed logs.
As a software system, an automated testing platform and a log collection service platform may be deployed in the same device, for example, in the server 200 shown in fig. 1, where the automated testing platform is used to form the request service module 202 and the blockchain system loading module 204 shown in fig. 2, and the log collection service platform is used to form the stability monitoring module 205 shown in fig. 2. Alternatively, the automated testing platform and the log collection service platform may also be deployed in different servers, which is not limited herein.
As an exemplary implementation manner, the automatic testing platform may be implemented by using a Loki log aggregation platform, and the Loki log aggregation platform has functions of dynamic node addition, SQL-like (Structured Query Language) log Query positioning, and the like, and is very suitable for an application scenario of performing stability monitoring on a block chain system in the present application. For example, based on the dynamic node adding function of the Loki log aggregation platform, the block chain system to be monitored can be deployed conveniently. And based on the SQL-like log query positioning function of the Loki log aggregation platform, developers can quickly position and analyze problems after acquiring the stability alarm notification.
In addition, before the distributed logs corresponding to the blockchain system are obtained, a processing request of the automatic test case is initiated to the blockchain system in the automatic test platform, so that the blockchain system can be triggered to respond to the processing request of the automatic test case, and then the distributed logs generated by the blockchain system in real time in the process of responding to the processing request are triggered to be obtained, so that the stability of the blockchain system is monitored in real time based on the obtained distributed logs.
After the blockchain system completes the response to the processing request, a test report corresponding to the automatic test case can be generated according to a distributed log generated by the blockchain system in real time in the process of responding to the processing request, so that a developer can conveniently obtain test result information.
It can be seen that, based on the scheme of this embodiment, distributed logs can be automatically collected, and the stability of the blockchain system can be monitored in real time according to the collected distributed logs, when the stability of the blockchain system is monitored to be damaged, a stability alarm notification can be sent to developers in real time, and the developers can be timely alarmed and assist the developers in positioning problems.
Fig. 7 is a block diagram illustrating a stability monitoring device applied to a blockchain system according to another exemplary embodiment of the present application. As shown in fig. 7, the apparatus may include:
a distributed log obtaining module 410 configured to obtain a distributed log corresponding to the blockchain system, where the distributed log includes log information of each node in the blockchain system; the stability index monitoring module 430 is configured to monitor a consensus stability index and a system steady state measurement index of the block chain system according to the distributed logs, where the consensus stability index is used to represent the consensus fault tolerance of the block chain system, and the system steady state measurement index is used to represent the system comprehensive performance of the block chain system; the stability determination module 450 is configured to determine that the blockchain system does not meet the stability criterion if it is monitored that any one of the consensus stability indicator and the system steady state metric does not meet the stability threshold corresponding to the blockchain system.
In another exemplary embodiment, the stability indicator monitoring module 430 includes:
the multi-index detection unit is configured to monitor a plurality of system steady state measurement indexes of the block chain system in the operation process according to the distributed logs; the Euclidean distance calculating unit is configured to calculate Euclidean distances corresponding to the block chain system according to standard indexes corresponding to the steady state measurement indexes of each system respectively, and the Euclidean distances are used for representing the degree of deviation of the stability state of the block chain system from the stability standard; and the stability threshold value comparison unit is configured to determine that the system steady state measurement index of the block chain system does not meet the stability threshold value corresponding to the block chain system if the Euclidean distance corresponding to the block chain system is greater than the distance threshold value.
In another exemplary embodiment, the system steady state metric comprises a block height difference metric; the multi-index detection unit includes:
a block chain height difference monitoring subunit configured to monitor a block height difference formed by each node in the block chain system within a specified time length; and the average value operator unit is configured to perform average calculation on the block height difference formed by each node in a specified time length so as to obtain a block height difference index corresponding to the block chain system.
In another exemplary embodiment, the system steady state metric comprises a block transaction quantity metric; the multi-index detection unit includes:
the transaction data monitoring subunit is configured to monitor the transaction quantity executed by each node in the block chain system within a preset time length; and the standard deviation calculating subunit is configured to perform standard deviation calculation on the transaction quantity executed by each node within a preset time length so as to obtain a block transaction quantity index corresponding to the block chain system.
In another exemplary embodiment, the system steady state metrics include concurrency metrics for the blockchain system during concurrent processing; the multi-index detection unit includes: and the concurrency index monitoring subunit is configured to monitor at least one concurrency index of the throughput and the response time of the block chain system in the concurrent processing process.
In another exemplary embodiment, the system steady state metrics include consensus node switching metrics; the multi-index detection unit includes: and the consensus node switching index monitoring subunit is configured to monitor the consensus node switching indexes of the block chain system in a preset block height interval.
In another exemplary embodiment, the stability indicator monitoring module 430 includes:
the error node monitoring unit is configured to monitor the number of error nodes in the block chain system according to the distributed logs; and the fault tolerance index comparison unit is configured to determine that the consensus stability index of the blockchain system does not meet the stability threshold corresponding to the blockchain system if the number of the error nodes does not meet the fault tolerance index of the blockchain system in the consensus process.
In another exemplary embodiment, the faulty node monitoring unit includes:
the state information query subunit is configured to aggregate and query state information of each node in the block chain system in the distributed logs, wherein the state information comprises error information; and the error node number acquisition subunit is configured to determine the number of error nodes in the block chain system according to the inquired error information.
In another exemplary embodiment, the stability monitoring apparatus applied to the blockchain system further includes: and the alarm notification module is configured to generate a stability alarm notification corresponding to the block chain system, wherein the stability alarm notification contains an alarm reason.
In another exemplary embodiment, the blockchain system is deployed in an automated test platform, the automated test platform in communication with a log collection service platform; the distributed log obtaining module 410 includes: the service platform starting unit is configured to collect log information of each node in the block chain system through the log collection service platform to obtain a distributed log corresponding to the block chain system, wherein the automatic test platform is respectively configured with a log reporting agent for each node, and the log reporting agent is used for reporting the log information of the corresponding node to the log collection service platform.
In another exemplary embodiment, the stability monitoring apparatus applied to the blockchain system further includes: the automated test request triggering module is configured to initiate a processing request of an automated test case to the blockchain system in the automated test platform so as to obtain a distributed log generated by the blockchain system in real time in a process of responding to the processing request.
In another exemplary embodiment, the stability monitoring apparatus applied to the blockchain system further includes: and the test report generation module is configured to generate a test report corresponding to the automatic test case according to a distributed log generated by the blockchain system in real time in the process of responding to the processing request after the blockchain system completes the response to the processing request.
It should be noted that the apparatus provided in the foregoing embodiment and the method provided in the foregoing embodiment belong to the same concept, and the specific manner in which each module and unit execute operations has been described in detail in the method embodiment, and is not described again here.
Embodiments of the present application further provide an electronic device, including a processor and a memory, where the memory stores computer readable instructions, and the computer readable instructions, when executed by the processor, implement the stability monitoring method applied to the blockchain system as described above.
FIG. 8 illustrates a schematic structural diagram of a computer system suitable for use in implementing the electronic device of an embodiment of the present application.
It should be noted that the computer system 1600 of the electronic device shown in fig. 8 is only an example, and should not bring any limitation to the functions and the scope of use of the embodiments of the present application.
As shown in fig. 8, computer system 1600 includes a Central Processing Unit (CPU)1601, which can perform various appropriate actions and processes, such as executing the methods described in the above embodiments, according to a program stored in a Read-Only Memory (ROM) 1602 or a program loaded from a storage portion 1608 into a Random Access Memory (RAM) 1603. In the RAM 1603, various programs and data necessary for system operation are also stored. The CPU 1601, ROM 1602, and RAM 1603 are connected to each other via a bus 1604. An Input/Output (I/O) interface 1605 is also connected to the bus 1604.
The following components are connected to the I/O interface 1605: an input portion 1606 including a keyboard, a mouse, and the like; an output section 1607 including a Cathode Ray Tube (CRT), a Liquid Crystal Display (LCD), and the like, a speaker, and the like; a storage portion 1608 including a hard disk and the like; and a communication section 1609 including a Network interface card such as a LAN (Local Area Network) card, a modem, or the like. The communication section 1609 performs communication processing via a network such as the internet. The driver 1610 is also connected to the I/O interface 1605 as needed. A removable medium 1611 such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, or the like is mounted on the drive 1610 as necessary, so that a computer program read out therefrom is mounted in the storage portion 1608 as necessary.
In particular, according to embodiments of the application, the processes described above with reference to the flow diagrams may be implemented as computer software programs. For example, embodiments of the present application include a computer program product comprising a computer program embodied on a computer readable medium, the computer program comprising a computer program for performing the method illustrated by the flow chart. In such embodiments, the computer program may be downloaded and installed from a network via the communication portion 1609, and/or installed from the removable media 1611. When the computer program is executed by a Central Processing Unit (CPU)1601, various functions defined in the system of the present application are executed.
It should be noted that the computer readable medium shown in the embodiments of the present application may be a computer readable signal medium or a computer readable storage medium or any combination of the two. The computer readable storage medium may be, for example, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the foregoing. More specific examples of the computer readable storage medium may include, but are not limited to: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a Read-Only Memory (ROM), an Erasable Programmable Read-Only Memory (EPROM), a flash Memory, an optical fiber, a portable Compact Disc Read-Only Memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the present application, a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. In this application, however, a computer readable signal medium may include a propagated data signal with a computer program embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated data signal may take many forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A computer readable signal medium may also be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device. The computer program embodied on the computer readable medium may be transmitted using any appropriate medium, including but not limited to: wireless, wired, etc., or any suitable combination of the foregoing.
The flowchart and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present application. Each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams or flowchart illustration, and combinations of blocks in the block diagrams or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.
The units described in the embodiments of the present application may be implemented by software, or may be implemented by hardware, and the described units may also be disposed in a processor. Wherein the names of the elements do not in some way constitute a limitation on the elements themselves.
Another aspect of the present application also provides a computer-readable storage medium, on which a computer program is stored, which, when being executed by a processor, implements the stability monitoring method applied to the blockchain system as described above. The computer-readable storage medium may be included in the electronic device described in the above embodiment, or may exist separately without being incorporated in the electronic device.
Another aspect of the application also provides a computer program product or computer program comprising computer instructions stored in a computer readable storage medium. The processor of the computer device reads the computer instructions from the computer-readable storage medium, and executes the computer instructions, so that the computer device executes the stability monitoring method applied to the blockchain system provided in the above embodiments.
The above description is only a preferred exemplary embodiment of the present application, and is not intended to limit the embodiments of the present application, and those skilled in the art can easily make various changes and modifications according to the main concept and spirit of the present application, so that the protection scope of the present application shall be subject to the protection scope of the claims.
Claims (15)
1. A stability monitoring method applied to a blockchain system includes:
acquiring a distributed log corresponding to the blockchain system, wherein the distributed log contains log information of each node in the blockchain system;
respectively monitoring a consensus stability index and a system steady state measurement index of the block chain system according to the distributed logs, wherein the consensus stability index is used for representing the consensus fault tolerance performance of the block chain system, and the system steady state measurement index is used for representing the system comprehensive performance of the block chain system;
if any one of the consensus stability indicator and the system steady state measurement indicator is monitored not to meet a stability threshold corresponding to the blockchain system, determining that the blockchain system does not meet a stability standard;
respectively monitoring a consensus stability index and a system steady state measurement index of the block chain system according to the distributed logs, wherein the monitoring comprises the following steps:
monitoring a plurality of system steady state measurement indexes of the block chain system in the operation process according to the distributed logs, wherein the plurality of system steady state measurement indexes comprise block height difference indexes, and the block height difference indexes are obtained by monitoring block height differences formed by each node in the block chain system within a specified time length and carrying out average value calculation on the block height differences formed by each node within the specified time length;
calculating Euclidean distances corresponding to the block chain system according to standard indexes corresponding to steady state measurement indexes of each system respectively, wherein the Euclidean distances are used for representing the degree of deviation of the stability state of the block chain system from the stability standard;
and if the Euclidean distance corresponding to the block chain system is greater than the distance threshold, determining that the system steady state measurement index of the block chain system does not meet the stability threshold corresponding to the block chain system.
2. The method of claim 1, wherein the plurality of system steady state metrics further comprises a block transaction quantity metric; monitoring a plurality of system steady state measurement indexes of the block chain system in the operation process according to the distributed logs, wherein the system steady state measurement indexes comprise:
monitoring the transaction quantity executed by each node in the block chain system within a preset time length;
and calculating the standard deviation of the transaction quantity executed by each node within a preset time length to obtain a block transaction quantity index corresponding to the block chain system.
3. The method according to claim 1, wherein the plurality of system steady state metrics further include a concurrency index of the blockchain system during concurrent processing; monitoring a plurality of system steady state measurement indexes of the block chain system in the operation process according to the distributed logs, wherein the system steady state measurement indexes comprise:
monitoring at least one concurrency indicator of throughput and response time of the blockchain system during concurrent processing.
4. The method according to claim 1, wherein the plurality of system steady state metrics further include a consensus node switching metric; monitoring a plurality of system steady state measurement indexes of the block chain system in the operation process according to the distributed logs, wherein the system steady state measurement indexes comprise:
and monitoring the common node switching index of the block chain system in a preset block height interval.
5. The method of claim 1, wherein monitoring a consensus stability indicator and a system steady state metric of the blockchain system from the distributed logs, respectively, comprises:
monitoring the number of error nodes in the block chain system according to the distributed logs;
and if the number of the error nodes does not meet the fault tolerance index of the blockchain system in the consensus process, determining that the consensus stability index of the blockchain system does not meet the stability threshold corresponding to the blockchain system.
6. The method of claim 5, wherein monitoring the number of faulty nodes in the blockchain system from the distributed log comprises:
aggregating and querying state information of each node in the blockchain system in the distributed logs, wherein the state information comprises error information;
and determining the number of error nodes in the block chain system according to the inquired error information.
7. The method of claim 1, wherein after determining that the blockchain system does not meet a stability criterion, the method further comprises:
and generating a stability alarm notification corresponding to the block chain system, wherein the stability alarm notification contains an alarm reason.
8. The method of claim 1, wherein the blockchain system is deployed in an automated test platform that is in communication with a log collection service platform; obtaining a distributed log corresponding to the blockchain system, including:
and collecting log information of each node in the block chain system through the log collection service platform to obtain a distributed log corresponding to the block chain system, wherein the automatic test platform is respectively provided with a log reporting agent for each node, and the log reporting agent is used for reporting the log information of the corresponding node to the log collection service platform.
9. The method of claim 8, wherein prior to obtaining the corresponding distributed log of the blockchain system, the method further comprises:
and initiating a processing request of an automatic test case to the blockchain system in the automatic test platform to acquire a distributed log generated by the blockchain system in real time in the process of responding to the processing request.
10. The method of claim 9, further comprising:
and after the blockchain system completes the response to the processing request, generating a test report corresponding to the automatic test case according to a distributed log generated in real time in the process of responding to the processing request by the blockchain system.
11. A stability monitoring device applied to a blockchain system comprises:
the distributed log acquisition module is configured to acquire a distributed log corresponding to the blockchain system, wherein the distributed log contains log information of each node in the blockchain system;
the stability index monitoring module is configured to monitor a consensus stability index and a system steady state measurement index of the blockchain system respectively according to the distributed logs, wherein the consensus stability index is used for representing the consensus fault tolerance performance of the blockchain system, and the system steady state measurement index is used for representing the system comprehensive performance of the blockchain system;
a stability determination module configured to determine that the blockchain system does not meet a stability criterion if it is monitored that any one of the consensus stability indicator and the system steady state measure indicator does not meet a stability threshold corresponding to the blockchain system;
wherein the stability indicator monitoring module comprises:
the multi-index detection unit is configured to monitor multiple system steady-state measurement indexes of the block chain system in the operation process according to the distributed logs, wherein the multiple system steady-state measurement indexes comprise block height difference indexes, and the block height difference indexes are obtained by monitoring block height differences formed by each node in the block chain system within a specified time length and performing average calculation on the block height differences formed by each node within the specified time length;
the Euclidean distance calculating unit is configured to calculate Euclidean distances corresponding to the block chain system according to standard indexes corresponding to steady state measurement indexes of various systems respectively, and the Euclidean distances are used for representing the degree of deviation of the stability state of the block chain system from the stability standard;
and the stability threshold value comparison unit is configured to determine that the system steady state measurement index of the block chain system does not meet the stability threshold value corresponding to the block chain system if the Euclidean distance corresponding to the block chain system is greater than the distance threshold value.
12. The apparatus of claim 11, wherein the plurality of system steady state metrics further comprises a block transaction quantity metric; the multi-index detection unit includes:
the transaction data monitoring subunit is configured to monitor the transaction quantity executed by each node in the block chain system within a preset time length;
and the standard deviation calculating subunit is configured to perform standard deviation calculation on the transaction quantity executed by each node within a preset time length to obtain a block transaction quantity index corresponding to the block chain system.
13. The apparatus according to claim 11, wherein the plurality of system steady state metrics further include a consensus node switch metric; the multi-index detection unit includes:
and the consensus node switching index monitoring subunit is configured to measure the consensus node switching index of the block chain system in a preset block height interval.
14. An electronic device, comprising:
a memory storing computer readable instructions;
a processor reading computer readable instructions stored by the memory to perform the method of any of claims 1-10.
15. A computer-readable storage medium having computer-readable instructions stored thereon, which, when executed by a processor of a computer, cause the computer to perform the method of any one of claims 1-10.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011413809.9A CN112416731B (en) | 2020-12-02 | 2020-12-02 | Stability monitoring method and device applied to block chain system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011413809.9A CN112416731B (en) | 2020-12-02 | 2020-12-02 | Stability monitoring method and device applied to block chain system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN112416731A CN112416731A (en) | 2021-02-26 |
| CN112416731B true CN112416731B (en) | 2021-07-30 |
Family
ID=74774931
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011413809.9A Active CN112416731B (en) | 2020-12-02 | 2020-12-02 | Stability monitoring method and device applied to block chain system |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112416731B (en) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113486118B (en) * | 2021-07-21 | 2023-09-22 | 银清科技有限公司 | Consensus node selection method and device |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107395659A (en) * | 2017-03-28 | 2017-11-24 | 阿里巴巴集团控股有限公司 | A kind of method and device of service handling and common recognition |
| CN110493080A (en) * | 2019-08-19 | 2019-11-22 | 腾讯科技（深圳）有限公司 | A kind of block chain node monitoring method, device and electronic equipment and storage medium |
| CN111786818A (en) * | 2020-06-16 | 2020-10-16 | 杭州溪塔科技有限公司 | Block chain consensus node state monitoring method and device |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10114980B2 (en) * | 2016-07-21 | 2018-10-30 | Acronis International Gmbh | System and method for verifying data integrity using a blockchain network |
| US10262127B2 (en) * | 2017-04-05 | 2019-04-16 | General Electric Company | Systems and method for securely sharing and executing data and models |
| CN109299054B (en) * | 2018-09-30 | 2020-09-15 | 维沃移动通信有限公司 | Data statistical method and terminal equipment |
| CN109302415B (en) * | 2018-11-09 | 2019-11-01 | 四川虹微技术有限公司 | A kind of authentication method, block chain node and storage medium |
| CN109360009A (en) * | 2018-11-27 | 2019-02-19 | 广州网打尽电子商务有限公司 | A kind of tracing system based on block chain |
-
2020
- 2020-12-02 CN CN202011413809.9A patent/CN112416731B/en active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107395659A (en) * | 2017-03-28 | 2017-11-24 | 阿里巴巴集团控股有限公司 | A kind of method and device of service handling and common recognition |
| CN110493080A (en) * | 2019-08-19 | 2019-11-22 | 腾讯科技（深圳）有限公司 | A kind of block chain node monitoring method, device and electronic equipment and storage medium |
| CN111786818A (en) * | 2020-06-16 | 2020-10-16 | 杭州溪塔科技有限公司 | Block chain consensus node state monitoring method and device |
Also Published As
| Publication number | Publication date |
|---|---|
| CN112416731A (en) | 2021-02-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9672085B2 (en) | Adaptive fault diagnosis | |
| US7509343B1 (en) | System and method of collecting and reporting system performance metrics | |
| CN111049705A (en) | Method and device for monitoring distributed storage system | |
| US20160378583A1 (en) | Management computer and method for evaluating performance threshold value | |
| CN110535713B (en) | Monitoring management system and monitoring management method | |
| CN112307057A (en) | Data processing method and device, electronic equipment and computer storage medium | |
| US11799748B2 (en) | Mitigating failure in request handling | |
| CN112416731B (en) | Stability monitoring method and device applied to block chain system | |
| CN113505044A (en) | Database warning method, device, equipment and storage medium | |
| CN110717130B (en) | Dotting method, dotting device, dotting terminal and storage medium | |
| CN113132431B (en) | Service monitoring method, service monitoring device, electronic device, and medium | |
| CN115580522A (en) | Method and device for monitoring running state of container cloud platform | |
| AU2014200806B1 (en) | Adaptive fault diagnosis | |
| US20140122692A1 (en) | Diagnostics information extraction from the db signals with measureless parameters | |
| CN110362464B (en) | Software analysis method and equipment | |
| CN115941432A (en) | Domain name alarm information sending method and device, electronic equipment and computer readable storage medium | |
| JP5011174B2 (en) | Information device management method | |
| CN116431872B (en) | Observable system and service observing method based on observable system | |
| CN118331823B (en) | Method and system for managing and monitoring alarm of space engineering business operation log | |
| US9659324B1 (en) | System, method, and computer program for aggregating fallouts in an ordering system | |
| CN115941546B (en) | Monitoring method and device of system interface, electronic equipment and storage medium | |
| CN115168489B (en) | Data certification method and device based on blockchain | |
| CN115150253B (en) | Fault root cause determining method and device and electronic equipment | |
| CN114911672A (en) | Data processing method and device | |
| CN117609248A (en) | Object storage management method based on storage service |
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 | ||
| REG | Reference to a national code |
Ref country code: HK Ref legal event code: DE Ref document number: 40037957 Country of ref document: HK |
|
| GR01 | Patent grant | ||
| GR01 | Patent grant |