CN116860508B - Distributed system software defect continuous self-healing method, device, equipment and medium - Google Patents
Distributed system software defect continuous self-healing method, device, equipment and medium Download PDFInfo
- Publication number
- CN116860508B CN116860508B CN202311112671.2A CN202311112671A CN116860508B CN 116860508 B CN116860508 B CN 116860508B CN 202311112671 A CN202311112671 A CN 202311112671A CN 116860508 B CN116860508 B CN 116860508B
- Authority
- CN
- China
- Prior art keywords
- distributed system
- real
- trial calculation
- message
- time process
- 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
- 238000000034 method Methods 0.000 title claims abstract description 313
- 230000007547 defect Effects 0.000 title claims abstract description 61
- 230000008569 process Effects 0.000 claims abstract description 280
- 238000004364 calculation method Methods 0.000 claims abstract description 106
- 230000002159 abnormal effect Effects 0.000 claims abstract description 33
- 230000007246 mechanism Effects 0.000 claims abstract description 27
- 238000001914 filtration Methods 0.000 claims 2
- 230000001960 triggered effect Effects 0.000 abstract description 10
- 238000004590 computer program Methods 0.000 description 11
- 238000005516 engineering process Methods 0.000 description 10
- 230000006870 function Effects 0.000 description 9
- 230000010076 replication Effects 0.000 description 7
- 238000013473 artificial intelligence Methods 0.000 description 5
- 238000010586 diagram Methods 0.000 description 5
- 238000007726 management method Methods 0.000 description 5
- 238000004891 communication Methods 0.000 description 4
- 239000004973 liquid crystal related substance Substances 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000002093 peripheral effect Effects 0.000 description 2
- 238000012384 transportation and delivery Methods 0.000 description 2
- 238000003491 array Methods 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000004422 calculation algorithm Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000013135 deep learning Methods 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 235000019800 disodium phosphate Nutrition 0.000 description 1
- 238000000802 evaporation-induced self-assembly Methods 0.000 description 1
- 230000010365 information processing Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 238000010801 machine learning Methods 0.000 description 1
- 230000005055 memory storage Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000003058 natural language processing Methods 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 238000004148 unit process Methods 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
- G06F11/0706—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
- G06F11/0709—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in a distributed system consisting of a plurality of standalone computer nodes, e.g. clusters, client-server systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
- G06F11/0793—Remedial or corrective actions
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Computer Hardware Design (AREA)
- Hardware Redundancy (AREA)
Abstract
The invention relates to the technical field of computers, and provides a continuous self-healing method, device, equipment and medium for defects of distributed system software, which can replicate a real-time process of a distributed system based on a Fork mechanism to obtain a trial calculation process, process information input into the distributed system by using the real-time process and the trial calculation process, determine the detected information as abnormal information when detecting that any defects of the software in the distributed system are triggered by the information to cause the trial calculation process to fail, mark the abnormal information by using the real-time process so as to avoid the subsequent interference of the abnormal information, replicate the real-time process again based on the Fork mechanism to obtain a new trial calculation process, and continuously process the information input into the distributed system based on the real-time process and the new trial calculation process.
Description
Technical Field
The present invention relates to the field of computer technologies, and in particular, to a method, an apparatus, a device, and a medium for continuously self-healing a software defect of a distributed system.
Background
In the prior art, a replication state machine is a replication architecture frequently used in a distributed system, replicates external input of the system, and performs the same processing by using a plurality of obtained replicas for backup, thereby achieving the purpose of state replication.
However, in the above processing manner, since multiple copies under the replication state machine architecture synchronously process external input, when a specific input triggers a code defect of software, all copies may have process crashes at the same time, so that services are not available.
Disclosure of Invention
In view of the foregoing, it is necessary to provide a method, an apparatus, a device and a medium for continuously self-healing defects of distributed system software, which aim to solve the problem of defects of distributed system software.
A distributed system software defect continuous self-healing method, the distributed system software defect continuous self-healing method comprising:
responding to a software defect self-healing instruction of a distributed system, and acquiring a real-time process of the distributed system;
copying the real-time process based on a Fork mechanism to obtain a trial calculation process;
processing the information input to the distributed system by utilizing the real-time process and the trial calculation process;
when detecting that a message triggers the defect of any software in the distributed system to cause the trial calculation process to fail, determining the detected message as an abnormal message;
when the real-time process monitors the faults of the trial calculation process, the real-time process is utilized to mark the abnormal message;
copying the real-time process again based on the Fork mechanism to obtain a new trial calculation process;
and continuing to process the message input to the distributed system based on the real-time process and the new trial calculation process.
According to the preferred embodiment of the invention, the trial calculation process and the real-time process both store the complete memory state of each software in the distributed system.
According to a preferred embodiment of the present invention, the processing the message input to the distributed system by using the real-time process and the trial-and-error process includes:
when any message is input to the distributed system, submitting the any message to the trial calculation process for processing;
and after the trial calculation process is finished, transmitting the arbitrary information to the real-time process for follow-up processing.
According to a preferred embodiment of the invention, the method further comprises:
and skipping marked abnormal messages in the process of continuing to process the messages input to the distributed system based on the real-time process and the new trial calculation process.
A distributed system software defect continuous self-healing device, the distributed system software defect continuous self-healing device comprising:
the acquisition unit is used for responding to the software defect self-healing instruction of the distributed system and acquiring the real-time process of the distributed system;
the copying unit is used for copying the real-time process based on a Fork mechanism to obtain a trial calculation process;
the processing unit is used for processing the information input to the distributed system by utilizing the real-time process and the trial calculation process;
a determining unit configured to determine, when a defect that a message triggers arbitrary software in the distributed system is detected to cause the trial-computing process to fail, the detected message as an abnormal message;
the marking unit is used for marking the abnormal message by utilizing the real-time process when the real-time process monitors the faults of the trial calculation process;
the copying unit is further used for copying the real-time process again based on the Fork mechanism to obtain a new trial calculation process;
and the processing unit is further used for continuously processing the message input to the distributed system based on the real-time process and the new trial calculation process.
According to the preferred embodiment of the invention, the trial calculation process and the real-time process both store the complete memory state of each software in the distributed system.
According to a preferred embodiment of the present invention, the processing unit processes the message input to the distributed system using the real-time process and the trial-and-error process includes:
when any message is input to the distributed system, submitting the any message to the trial calculation process for processing;
and after the trial calculation process is finished, transmitting the arbitrary information to the real-time process for follow-up processing.
According to a preferred embodiment of the invention, the device further comprises:
and the skipping unit is used for skipping the marked abnormal message in the process of continuing to process the message input to the distributed system based on the real-time process and the new trial calculation process.
A computer device, the computer device comprising:
a memory storing at least one instruction; and
And the processor executes the instructions stored in the memory to realize the continuous self-healing method of the distributed system software defects.
A computer readable storage medium having stored therein at least one instruction for execution by a processor in a computer device to implement the distributed system software defect continuous self-healing method.
According to the technical scheme, the real-time process of the distributed system can be copied based on the Fork mechanism to obtain the trial calculation process, the real-time process and the trial calculation process are utilized to process the information input into the distributed system, when the defect that any software in the distributed system is triggered by the information is detected to cause the trial calculation process to fail, the detected information is determined to be an abnormal message, the abnormal message is marked by the real-time process so as to avoid the subsequent interference of the abnormal message, the real-time process is copied again based on the Fork mechanism to obtain a new trial calculation process, and the information input into the distributed system is continuously processed based on the real-time process and the new trial calculation process, so that the process is repeatedly performed.
Drawings
FIG. 1 is a flow chart of a preferred embodiment of a method for continuous self-healing of distributed system software defects according to the present invention.
FIG. 2 is a functional block diagram of a preferred embodiment of a distributed system software defect serial self-healing device according to the present invention.
FIG. 3 is a schematic diagram of a computer device for implementing a method for continuously self-healing defects in distributed system software according to a preferred embodiment of the present invention.
Detailed Description
In order to make the objects, technical solutions and advantages of the present invention more apparent, the present invention will be described in detail with reference to the accompanying drawings and specific embodiments.
FIG. 1 is a flow chart of a method for continuously self-healing defects in distributed system software according to a preferred embodiment of the present invention. The order of the steps in the flowchart may be changed and some steps may be omitted according to various needs.
The continuous self-healing method of the distributed system software defects is applied to one or more computer devices, wherein the computer devices are devices capable of automatically performing numerical calculation and/or information processing according to preset or stored instructions, and the hardware comprises, but is not limited to, microprocessors, application specific integrated circuits (Application Specific Integrated Circuit, ASICs), programmable gate arrays (Field-Programmable Gate Array, FPGAs), digital processors (Digital Signal Processor, DSPs), embedded devices and the like.
The computer device may be any electronic product that can interact with a user in a human-computer manner, such as a personal computer, tablet computer, smart phone, personal digital assistant (Personal Digital Assistant, PDA), game console, interactive internet protocol television (Internet Protocol Television, IPTV), smart wearable device, etc.
The computer device may also include a network device and/or a user device. Wherein the network device includes, but is not limited to, a single network server, a server group composed of a plurality of network servers, or a Cloud based Cloud Computing (Cloud Computing) composed of a large number of hosts or network servers.
The server may be an independent server, or may be a cloud server that provides cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communications, middleware services, domain name services, security services, content delivery networks (Content Delivery Network, CDN), and basic cloud computing services such as big data and artificial intelligence platforms.
Among these, artificial intelligence (Artificial Intelligence, AI) is the theory, method, technique and application system that uses a digital computer or a digital computer-controlled machine to simulate, extend and extend human intelligence, sense the environment, acquire knowledge and use knowledge to obtain optimal results.
Artificial intelligence infrastructure technologies generally include technologies such as sensors, dedicated artificial intelligence chips, cloud computing, distributed storage, big data processing technologies, operation/interaction systems, mechatronics, and the like. The artificial intelligence software technology mainly comprises a computer vision technology, a robot technology, a biological recognition technology, a voice processing technology, a natural language processing technology, machine learning/deep learning and other directions.
The network in which the computer device is located includes, but is not limited to, the internet, a wide area network, a metropolitan area network, a local area network, a virtual private network (Virtual Private Network, VPN), and the like.
S10, responding to a software defect self-healing instruction of the distributed system, and acquiring a real-time process of the distributed system.
The software defect self-healing instruction can be automatically triggered when the distributed system is started, and can also be triggered according to the requirement of a user, and the method is not limited.
The real-time process is an original process of the distributed system and is used for processing the information received by the distributed system.
S11, copying the real-time process based on a Fork mechanism to obtain a trial calculation process.
The trial calculation process is obtained by copying the real-time process, so that the trial calculation process and the real-time process both store the complete memory state of each software in the distributed system.
Namely: the real-time process is a process of the distributed system before copying, and the trial calculation process is a process which is generated after copying and is the same as the real-time process.
And S12, processing the information input into the distributed system by utilizing the real-time process and the trial calculation process.
In this embodiment, the processing the message input to the distributed system by using the real-time process and the trial-and-error process includes:
when any message is input to the distributed system, submitting the any message to the trial calculation process for processing;
and after the trial calculation process is finished, transmitting the arbitrary information to the real-time process for follow-up processing.
In the above embodiment, when any message is input into the distributed system, the trial calculation process processes the any message, and after the processing is completed, the any message is transferred to the real-time process for follow-up processing.
And S13, when detecting that a message triggers the defect of any software in the distributed system so as to cause the trial calculation process to fail, determining the detected message as an abnormal message.
In this embodiment, when there is a software defect triggered by a message, the trial-computing process crashes because the message is processed by the trial-computing process, and the real-time process does not crash because the real-time process has not yet started to process the message, so as to realize effective protection of the real-time process.
And S14, when the real-time process monitors the faults of the trial calculation process, marking the abnormal message by using the real-time process.
Specifically, an identification field may be added to the exception message to mark all messages that cause the software exception.
S15, copying the real-time process again based on the Fork mechanism to obtain a new trial calculation process.
The new trial-computing process is obtained by copying the real-time process, so that the state of the new trial-computing process is consistent with that of the real-time process, and no additional state synchronization or replay is needed.
S16, continuing to process the information input to the distributed system based on the real-time process and the new trial calculation process.
In this embodiment, the method further includes:
and skipping marked abnormal messages in the process of continuing to process the messages input to the distributed system based on the real-time process and the new trial calculation process.
In the above embodiment, after the exception message is marked, when the message is processed later, the real-time process and the new trial calculation process skip all marked exception messages, and continue to process the subsequent new message according to the normal message flow, so as to avoid that the exception message causes software exception again, further realize effective protection of software in the distributed system, and ensure the stability of system operation.
And duplicate the identical application process by using the Fork mechanism, and carry on the trial calculation to each external input message in the said distributed system, filter the unusual message that will cause the application program to crash accurately through the result of the trial calculation, thus has guaranteed the security of the said real-time process.
In the process of realizing the continuous self-healing of the software defects of the distributed system based on the Fork mechanism, the embodiment does not need human intervention or external intervention, can repeat the exception handling flow, and can finish the continuous self-healing of the software defects in a scene in extremely short time (millisecond level to hundred millisecond level, depending on the time required by process replication).
According to the technical scheme, the real-time process of the distributed system can be copied based on the Fork mechanism to obtain the trial calculation process, the real-time process and the trial calculation process are utilized to process the information input into the distributed system, when the defect that any software in the distributed system is triggered by the information is detected to cause the trial calculation process to fail, the detected information is determined to be an abnormal message, the abnormal message is marked by the real-time process so as to avoid the subsequent interference of the abnormal message, the real-time process is copied again based on the Fork mechanism to obtain a new trial calculation process, and the information input into the distributed system is continuously processed based on the real-time process and the new trial calculation process, so that the process is repeatedly performed.
FIG. 2 is a functional block diagram of a preferred embodiment of the distributed system software defect serial self-healing device according to the present invention. The distributed system software defect continuous self-healing device 11 comprises an acquisition unit 110, a replication unit 111, a processing unit 112, a determination unit 113, a marking unit 114 and a skipping unit 115. The module/unit referred to in the present invention refers to a series of computer program segments, which are stored in a memory, capable of being executed by a processor and of performing a fixed function. In the present embodiment, the functions of the respective modules/units will be described in detail in the following embodiments.
The obtaining unit 110 is configured to obtain a real-time process of the distributed system in response to a software defect self-healing instruction of the distributed system.
The software defect self-healing instruction can be automatically triggered when the distributed system is started, and can also be triggered according to the requirement of a user, and the method is not limited.
The real-time process is an original process of the distributed system and is used for processing the information received by the distributed system.
The copying unit 111 is configured to copy the real-time process based on a Fork mechanism, and obtain a trial calculation process.
The trial calculation process is obtained by copying the real-time process, so that the trial calculation process and the real-time process both store the complete memory state of each software in the distributed system.
Namely: the real-time process is a process of the distributed system before copying, and the trial calculation process is a process which is generated after copying and is the same as the real-time process.
The processing unit 112 is configured to process a message input to the distributed system by using the real-time process and the trial calculation process.
In this embodiment, the processing unit 112 processes the message input to the distributed system by using the real-time process and the trial-and-error process includes:
when any message is input to the distributed system, submitting the any message to the trial calculation process for processing;
and after the trial calculation process is finished, transmitting the arbitrary information to the real-time process for follow-up processing.
In the above embodiment, when any message is input into the distributed system, the trial calculation process processes the any message, and after the processing is completed, the any message is transferred to the real-time process for follow-up processing.
The determining unit 113 is configured to determine, when a defect that a message triggers any software in the distributed system is detected to cause the trial calculation process to fail, the detected message as an abnormal message.
In this embodiment, when there is a software defect triggered by a message, the trial-computing process crashes because the message is processed by the trial-computing process, and the real-time process does not crash because the real-time process has not yet started to process the message, so as to realize effective protection of the real-time process.
The marking unit 114 is configured to mark the exception message with the real-time process when the real-time process monitors the trial calculation process for failure.
Specifically, an identification field may be added to the exception message to mark all messages that cause the software exception.
The copying unit 111 is further configured to copy the real-time process again based on the Fork mechanism, so as to obtain a new trial calculation process.
The new trial-computing process is obtained by copying the real-time process, so that the state of the new trial-computing process is consistent with that of the real-time process, and no additional state synchronization or replay is needed.
The processing unit 112 is further configured to continue processing the message input to the distributed system based on the real-time process and the new trial-computing process.
In this embodiment, the apparatus further includes:
a skipping unit 115, configured to skip the marked abnormal message in a process of continuing to process the message input to the distributed system based on the real-time process and the new trial calculation process.
In the above embodiment, after the exception message is marked, when the message is processed later, the real-time process and the new trial calculation process skip all marked exception messages, and continue to process the subsequent new message according to the normal message flow, so as to avoid that the exception message causes software exception again, further realize effective protection of software in the distributed system, and ensure the stability of system operation.
And duplicate the identical application process by using the Fork mechanism, and carry on the trial calculation to each external input message in the said distributed system, filter the unusual message that will cause the application program to crash accurately through the result of the trial calculation, thus has guaranteed the security of the said real-time process.
In the process of realizing the continuous self-healing of the software defects of the distributed system based on the Fork mechanism, the embodiment does not need human intervention or external intervention, can repeat the exception handling flow, and can finish the continuous self-healing of the software defects in a scene in extremely short time (millisecond level to hundred millisecond level, depending on the time required by process replication).
According to the technical scheme, the real-time process of the distributed system can be copied based on the Fork mechanism to obtain the trial calculation process, the real-time process and the trial calculation process are utilized to process the information input into the distributed system, when the defect that any software in the distributed system is triggered by the information is detected to cause the trial calculation process to fail, the detected information is determined to be an abnormal message, the abnormal message is marked by the real-time process so as to avoid the subsequent interference of the abnormal message, the real-time process is copied again based on the Fork mechanism to obtain a new trial calculation process, and the information input into the distributed system is continuously processed based on the real-time process and the new trial calculation process, so that the process is repeatedly performed.
FIG. 3 is a schematic diagram of a computer device for implementing a method for continuously self-healing defects in distributed system software according to a preferred embodiment of the present invention.
The computer device 1 may comprise a memory 12, a processor 13 and a bus, and may further comprise a computer program stored in the memory 12 and executable on the processor 13, such as a distributed system software defect successive self-healing program.
It will be appreciated by those skilled in the art that the schematic diagram is merely an example of the computer device 1 and does not constitute a limitation of the computer device 1, the computer device 1 may be a bus type structure, a star type structure, the computer device 1 may further comprise more or less other hardware or software than illustrated, or a different arrangement of components, for example, the computer device 1 may further comprise an input-output device, a network access device, etc.
It should be noted that the computer device 1 is only used as an example, and other electronic products that may be present in the present invention or may be present in the future are also included in the scope of the present invention by way of reference.
The memory 12 includes at least one type of readable storage medium including flash memory, a removable hard disk, a multimedia card, a card memory (e.g., SD or DX memory, etc.), a magnetic memory, a magnetic disk, an optical disk, etc. The memory 12 may in some embodiments be an internal storage unit of the computer device 1, such as a removable hard disk of the computer device 1. The memory 12 may in other embodiments also be an external storage device of the computer device 1, such as a plug-in mobile hard disk, a Smart Media Card (SMC), a Secure Digital (SD) Card, a Flash memory Card (Flash Card) or the like, which are provided on the computer device 1. Further, the memory 12 may also include both an internal storage unit and an external storage device of the computer device 1. The memory 12 may be used not only for storing application software installed in the computer device 1 and various types of data, such as code of a distributed system software defect continuous self-healing program, etc., but also for temporarily storing data that has been output or is to be output.
The processor 13 may be comprised of integrated circuits in some embodiments, for example, a single packaged integrated circuit, or may be comprised of multiple integrated circuits packaged with the same or different functions, including one or more central processing units (Central Processing unit, CPU), microprocessors, digital processing chips, graphics processors, a combination of various control chips, and the like. The processor 13 is a Control Unit (Control Unit) of the computer device 1, connects the respective components of the entire computer device 1 using various interfaces and lines, executes or executes programs or modules stored in the memory 12 (for example, executes a distributed system software defect successive self-healing program, etc.), and invokes data stored in the memory 12 to perform various functions of the computer device 1 and process data.
The processor 13 executes the operating system of the computer device 1 and various types of applications installed. The processor 13 executes the application program to implement the steps of the various embodiments of the distributed system software defect continuous self-healing method described above, such as the steps shown in fig. 1.
Illustratively, the computer program may be partitioned into one or more modules/units that are stored in the memory 12 and executed by the processor 13 to complete the present invention. The one or more modules/units may be a series of computer readable instruction segments capable of performing the specified functions, which instruction segments describe the execution of the computer program in the computer device 1. For example, the computer program may be divided into an acquisition unit 110, a copying unit 111, a processing unit 112, a determination unit 113, a marking unit 114, a skipping unit 115.
The integrated units implemented in the form of software functional modules described above may be stored in a computer readable storage medium. The software functional module is stored in a storage medium, and includes several instructions for causing a computer device (which may be a personal computer, a computer device, or a network device, etc.) or a processor (processor) to execute portions of the continuous self-healing method for a software defect of a distributed system according to various embodiments of the present invention.
The modules/units integrated in the computer device 1 may be stored in a computer readable storage medium if implemented in the form of software functional units and sold or used as separate products. Based on this understanding, the present invention may also be implemented by a computer program for instructing a relevant hardware device to implement all or part of the procedures of the above-mentioned embodiment method, where the computer program may be stored in a computer readable storage medium and the computer program may be executed by a processor to implement the steps of each of the above-mentioned method embodiments.
Wherein the computer program comprises computer program code which may be in source code form, object code form, executable file or some intermediate form etc. The computer readable medium may include: any entity or device capable of carrying the computer program code, a recording medium, a U disk, a removable hard disk, a magnetic disk, an optical disk, a computer Memory, a Read-Only Memory (ROM), a random access Memory, or the like.
Further, the computer-readable storage medium may mainly include a storage program area and a storage data area, wherein the storage program area may store an operating system, an application program required for at least one function, and the like; the storage data area may store data created from the use of blockchain nodes, and the like.
The blockchain is a novel application mode of computer technologies such as distributed data storage, point-to-point transmission, consensus mechanism, encryption algorithm and the like. The Blockchain (Blockchain), which is essentially a decentralised database, is a string of data blocks that are generated by cryptographic means in association, each data block containing a batch of information of network transactions for verifying the validity of the information (anti-counterfeiting) and generating the next block. The blockchain may include a blockchain underlying platform, a platform product services layer, an application services layer, and the like.
The bus may be a peripheral component interconnect standard (peripheral component interconnect, PCI) bus or an extended industry standard architecture (extended industry standard architecture, EISA) bus, among others. The bus may be classified as an address bus, a data bus, a control bus, etc. For ease of illustration, only one straight line is shown in fig. 3, but not only one bus or one type of bus. The bus is arranged to enable a connection communication between the memory 12 and at least one processor 13 or the like.
Although not shown, the computer device 1 may further comprise a power source (such as a battery) for powering the various components, preferably the power source may be logically connected to the at least one processor 13 via a power management means, whereby the functions of charge management, discharge management, and power consumption management are achieved by the power management means. The power supply may also include one or more of any of a direct current or alternating current power supply, recharging device, power failure detection circuit, power converter or inverter, power status indicator, etc. The computer device 1 may further include various sensors, bluetooth modules, wi-Fi modules, etc., which will not be described in detail herein.
Further, the computer device 1 may also comprise a network interface, optionally comprising a wired interface and/or a wireless interface (e.g. WI-FI interface, bluetooth interface, etc.), typically used for establishing a communication connection between the computer device 1 and other computer devices.
The computer device 1 may optionally further comprise a user interface, which may be a Display, an input unit, such as a Keyboard (Keyboard), or a standard wired interface, a wireless interface. Alternatively, in some embodiments, the display may be an LED display, a liquid crystal display, a touch-sensitive liquid crystal display, an OLED (Organic Light-Emitting Diode) touch, or the like. The display may also be referred to as a display screen or display unit, as appropriate, for displaying information processed in the computer device 1 and for displaying a visual user interface.
It should be understood that the embodiments described are for illustrative purposes only and are not limited to this configuration in the scope of the patent application.
Fig. 3 shows only a computer device 1 with components 12-13, it being understood by those skilled in the art that the structure shown in fig. 3 is not limiting of the computer device 1 and may include fewer or more components than shown, or may combine certain components, or a different arrangement of components.
In connection with fig. 1, the memory 12 in the computer device 1 stores a plurality of instructions to implement a distributed system software defect successive self-healing method, the processor 13 being executable to implement:
responding to a software defect self-healing instruction of a distributed system, and acquiring a real-time process of the distributed system;
copying the real-time process based on a Fork mechanism to obtain a trial calculation process;
processing the information input to the distributed system by utilizing the real-time process and the trial calculation process;
when detecting that a message triggers the defect of any software in the distributed system to cause the trial calculation process to fail, determining the detected message as an abnormal message;
when the real-time process monitors the faults of the trial calculation process, the real-time process is utilized to mark the abnormal message;
copying the real-time process again based on the Fork mechanism to obtain a new trial calculation process;
and continuing to process the message input to the distributed system based on the real-time process and the new trial calculation process.
Specifically, the specific implementation method of the above instructions by the processor 13 may refer to the description of the relevant steps in the corresponding embodiment of fig. 1, which is not repeated herein.
The data in this case were obtained legally.
In the several embodiments provided in the present invention, it should be understood that the disclosed systems, devices, and methods may be implemented in other manners. For example, the above-described apparatus embodiments are merely illustrative, and for example, the division of the modules is merely a logical function division, and there may be other manners of division when actually implemented.
The invention is operational with numerous general purpose or special purpose computer system environments or configurations. For example: personal computers, server computers, hand-held or portable devices, tablet devices, multiprocessor systems, microprocessor-based systems, set top boxes, programmable consumer electronics, network PCs, minicomputers, mainframe computers, distributed computing environments that include any of the above systems or devices, and the like. The invention may be described in the general context of computer-executable instructions, such as program modules, being executed by a computer. Generally, program modules include routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types. The invention may also be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network. In a distributed computing environment, program modules may be located in both local and remote computer storage media including memory storage devices.
The modules described as separate components may or may not be physically separate, and components shown as modules may or may not be physical units, may be located in one place, or may be distributed over multiple network units. Some or all of the modules may be selected according to actual needs to achieve the purpose of the solution of this embodiment.
In addition, each functional module in the embodiments of the present invention may be integrated in one processing unit, or each unit may exist alone physically, or two or more units may be integrated in one unit. The integrated units can be realized in a form of hardware or a form of hardware and a form of software functional modules.
It will be evident to those skilled in the art that the invention is not limited to the details of the foregoing illustrative embodiments, and that the present invention may be embodied in other specific forms without departing from the spirit or essential characteristics thereof.
The present embodiments are, therefore, to be considered in all respects as illustrative and not restrictive, the scope of the invention being indicated by the appended claims rather than by the foregoing description, and all changes which come within the meaning and range of equivalency of the claims are therefore intended to be embraced therein. Any reference signs in the claims shall not be construed as limiting the claim concerned.
Furthermore, it is evident that the word "comprising" does not exclude other elements or steps, and that the singular does not exclude a plurality. The units or means stated in the invention may also be implemented by one unit or means, either by software or hardware. The terms first, second, etc. are used to denote a name, but not any particular order.
Finally, it should be noted that the above-mentioned embodiments are merely for illustrating the technical solution of the present invention and not for limiting the same, and although the present invention has been described in detail with reference to the preferred embodiments, it should be understood by those skilled in the art that modifications and equivalents may be made to the technical solution of the present invention without departing from the spirit and scope of the technical solution of the present invention.
Claims (8)
1. The continuous self-healing method for the defects of the distributed system software is characterized by comprising the following steps of:
responding to a software defect self-healing instruction of a distributed system, and acquiring a real-time process of the distributed system;
copying the real-time process based on a Fork mechanism to obtain a trial calculation process;
processing the information input to the distributed system by utilizing the real-time process and the trial calculation process;
when detecting that a message triggers the defect of any software in the distributed system to cause the trial calculation process to fail, determining the detected message as an abnormal message;
when the real-time process monitors the faults of the trial calculation process, the real-time process is utilized to mark the abnormal message;
copying the real-time process again based on the Fork mechanism to obtain a new trial calculation process;
continuing to process the message input to the distributed system based on the real-time process and the new trial calculation process; the state of the new trial calculation process is consistent with that of the real-time process, and additional state synchronization or replay is not needed;
skipping marked abnormal messages in the process of continuing to process the messages input to the distributed system based on the real-time process and the new trial calculation process;
the trial calculation process and the new trial calculation process perform trial calculation processing on each external input message in the distributed system to obtain a trial calculation processing result;
and filtering the abnormal message according to the trial calculation processing result.
2. The method of claim 1, wherein the trial-and-error process and the real-time process each store a complete memory state of each software in the distributed system.
3. The method for continuously self-healing software defects in a distributed system according to claim 1, wherein said processing messages input to said distributed system using said real-time process and said trial-and-error process comprises:
when any message is input to the distributed system, submitting the any message to the trial calculation process for processing;
and after the trial calculation process is finished, transmitting the arbitrary information to the real-time process for follow-up processing.
4. The utility model provides a continuous self-healing device of distributed system software defect which characterized in that, the continuous self-healing device of distributed system software defect includes:
the acquisition unit is used for responding to the software defect self-healing instruction of the distributed system and acquiring the real-time process of the distributed system;
the copying unit is used for copying the real-time process based on a Fork mechanism to obtain a trial calculation process;
the processing unit is used for processing the information input to the distributed system by utilizing the real-time process and the trial calculation process;
a determining unit configured to determine, when a defect that a message triggers arbitrary software in the distributed system is detected to cause the trial-computing process to fail, the detected message as an abnormal message;
the marking unit is used for marking the abnormal message by utilizing the real-time process when the real-time process monitors the faults of the trial calculation process;
the copying unit is further used for copying the real-time process again based on the Fork mechanism to obtain a new trial calculation process;
the processing unit is further used for continuously processing the information input to the distributed system based on the real-time process and the new trial calculation process; the state of the new trial calculation process is consistent with that of the real-time process, and additional state synchronization or replay is not needed;
a skipping unit, configured to skip the marked abnormal message in a process of continuing to process a message input to the distributed system based on the real-time process and the new trial calculation process;
the trial calculation process and the new trial calculation process perform trial calculation processing on each external input message in the distributed system to obtain a trial calculation processing result;
and filtering the abnormal message according to the trial calculation processing result.
5. The device for continuously self-healing software defects in a distributed system according to claim 4, wherein the trial-and-error process and the real-time process both store complete memory states of each software in the distributed system.
6. The continuous self-healing device of software defects in a distributed system according to claim 4, wherein the processing unit processing messages input to the distributed system using the real-time process and the trial-and-error process comprises:
when any message is input to the distributed system, submitting the any message to the trial calculation process for processing;
and after the trial calculation process is finished, transmitting the arbitrary information to the real-time process for follow-up processing.
7. A computer device, the computer device comprising:
a memory storing at least one instruction; and
A processor executing instructions stored in the memory to implement the distributed system software defect successive self-healing method according to any one of claims 1 to 3.
8. A computer-readable storage medium, characterized by: the computer readable storage medium having stored therein at least one instruction for execution by a processor in a computer device to implement the distributed system software defect successive self-healing method according to any one of claims 1 to 3.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202311112671.2A CN116860508B (en) | 2023-08-31 | 2023-08-31 | Distributed system software defect continuous self-healing method, device, equipment and medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202311112671.2A CN116860508B (en) | 2023-08-31 | 2023-08-31 | Distributed system software defect continuous self-healing method, device, equipment and medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN116860508A CN116860508A (en) | 2023-10-10 |
| CN116860508B true CN116860508B (en) | 2023-12-26 |
Family
ID=88228962
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202311112671.2A Active CN116860508B (en) | 2023-08-31 | 2023-08-31 | Distributed system software defect continuous self-healing method, device, equipment and medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN116860508B (en) |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP0701209A2 (en) * | 1994-09-08 | 1996-03-13 | AT&T Corp. | Apparatus and methods for software rejuvenation |
| CN106095606A (en) * | 2016-06-12 | 2016-11-09 | 北京三快在线科技有限公司 | A kind of software fault treating method and apparatus of server |
| CN112579356A (en) * | 2020-12-21 | 2021-03-30 | 上海金仕达软件科技有限公司 | Fault processing method and server |
| CN114217925A (en) * | 2021-12-07 | 2022-03-22 | 中信银行股份有限公司 | Business program operation monitoring method and system for realizing abnormal automatic restart |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7239605B2 (en) * | 2002-09-23 | 2007-07-03 | Sun Microsystems, Inc. | Item and method for performing a cluster topology self-healing process in a distributed data system cluster |
| EP3193256B1 (en) * | 2016-01-12 | 2018-08-01 | Politechnika Poznanska | A fault-tolerant data processing computer system and method for implementing a distributed two-tier state machine |
| US10652119B2 (en) * | 2017-06-29 | 2020-05-12 | Microsoft Technology Licensing, Llc | Automatic recovery engine with continuous recovery state machine and remote workflows |
-
2023
- 2023-08-31 CN CN202311112671.2A patent/CN116860508B/en active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP0701209A2 (en) * | 1994-09-08 | 1996-03-13 | AT&T Corp. | Apparatus and methods for software rejuvenation |
| CN106095606A (en) * | 2016-06-12 | 2016-11-09 | 北京三快在线科技有限公司 | A kind of software fault treating method and apparatus of server |
| CN112579356A (en) * | 2020-12-21 | 2021-03-30 | 上海金仕达软件科技有限公司 | Fault processing method and server |
| CN114217925A (en) * | 2021-12-07 | 2022-03-22 | 中信银行股份有限公司 | Business program operation monitoring method and system for realizing abnormal automatic restart |
Also Published As
| Publication number | Publication date |
|---|---|
| CN116860508A (en) | 2023-10-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN115118738B (en) | Disaster recovery method, device, equipment and medium based on RDMA | |
| CN116860508B (en) | Distributed system software defect continuous self-healing method, device, equipment and medium | |
| CN114185502B (en) | Log printing method, device, equipment and medium based on production line environment | |
| CN115101152A (en) | Sample priority switching method, device, equipment and medium | |
| CN114385453A (en) | Database cluster exception handling method, device, equipment and medium | |
| CN116306591B (en) | Flow form generation method, device, equipment and medium | |
| CN117851520B (en) | Data synchronization method, system, equipment and medium of securities core transaction engine | |
| CN116414366B (en) | Middleware interface generation method, device, equipment and medium | |
| CN116225789B (en) | Transaction system backup capability detection method, device, equipment and medium | |
| CN113687834B (en) | Distributed system node deployment method, device, equipment and medium | |
| CN115934576B (en) | Test case generation method, device, equipment and medium in transaction scene | |
| CN116414699B (en) | Operation and maintenance testing method, device, equipment and medium | |
| CN116418896B (en) | Task execution method, device, equipment and medium based on timer | |
| CN118014696B (en) | Transaction order preheating method, device, equipment and medium | |
| CN116760835B (en) | Distributed storage method, device and medium | |
| CN117316359B (en) | Blood detection process tracking method, device, equipment and medium | |
| CN116361753B (en) | Authority authentication method, device, equipment and medium | |
| CN115277376B (en) | Disaster recovery switching method, device, equipment and medium | |
| CN116957649B (en) | Customer screening method, device, equipment and medium | |
| CN118193494A (en) | Data processing method, device, equipment and medium of law enforcement data resource system | |
| CN117422430A (en) | Co-incident communication method, device, equipment and medium | |
| CN117151955A (en) | Traffic case processing state tracking method, device, equipment and medium | |
| CN114185777A (en) | Test method, device, equipment and medium based on scene chain | |
| CN118193493A (en) | Service method, device, equipment and medium based on law enforcement event processing task | |
| CN117151641A (en) | Task tracking method, device, equipment and medium based on in-area personnel management |
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 |