CN117389588A

CN117389588A - Patch upgrading method, patch upgrading device, computer equipment and storage medium

Info

Publication number: CN117389588A
Application number: CN202311385051.6A
Authority: CN
Inventors: 陈珺
Original assignee: Industrial and Commercial Bank of China Ltd ICBC
Current assignee: Industrial and Commercial Bank of China Ltd ICBC
Priority date: 2023-10-24
Filing date: 2023-10-24
Publication date: 2024-01-12

Abstract

The application relates to a patch upgrading method, a patch upgrading device, computer equipment and a storage medium, and relates to the technical field of artificial intelligence. The method comprises the following steps: acquiring a system software patch corresponding to a patch upgrading task, and according to the patch type of the system software patch, issuing the system software patch to a first service node in a verification test environment for patch upgrading verification; if the verification result of the first service node is that the verification is passed, according to the patch type, the system software patch is issued to a second service node in the production environment for patch upgrade verification; if the verification result of the second service node is that the verification is passed, the system software patch is issued to a third service node in other test environments except the verification test environment in each test environment according to the patch type for patch upgrade verification. By adopting the method, the problem of missing upgrading of other test environments can be avoided, and the reliability of patch upgrading verification of the test environments is improved.

Description

Patch upgrading method, patch upgrading device, computer equipment and storage medium

Technical Field

The present disclosure relates to the field of artificial intelligence technologies, and in particular, to a patch upgrade method, apparatus, computer device, and storage medium.

Background

With the development of computer technology, the maturity of virtualization technology and the popularization of distributed frameworks in computer technology, a huge number of service nodes support the research, development and test environments and production environments of enterprises.

Currently, for upgrading of a large number of service nodes, it is generally required that operation and maintenance personnel firstly verify each service node in a test environment, and after verification and upgrading pass, formal upgrading is performed on each service node in a production environment. For example, when the technical stack of each service node (e.g., brands) needs to be upgraded, an operator needs to first verify the technical stack of each service node in the test environment, and then formally upgrade the technical stack of each service node in the production environment after the previous verification is successful.

However, this method can complete the upgrade of the service node, but has a problem of poor upgrade reliability.

Disclosure of Invention

In view of the foregoing, it is desirable to provide a patch upgrade method, apparatus, computer device, and storage medium that can improve upgrade reliability.

In a first aspect, the present application provides a patch upgrade method. The method comprises the following steps:

acquiring a system software patch corresponding to a patch upgrading task, and according to the patch type of the system software patch, issuing the system software patch to a first service node in a verification test environment for patch upgrading verification;

If the verification result of the first service node is that the verification is passed, according to the patch type, the system software patch is issued to a second service node in the production environment for patch upgrade verification;

if the verification result of the second service node is that the verification is passed, the system software patch is issued to a third service node in other test environments except the verification test environment in each test environment according to the patch type for patch upgrade verification.

In one embodiment, the method further comprises:

determining a sequencing mode of each test environment according to the patch type, and sequencing each test environment according to the sequencing mode to obtain a test environment sequence;

selecting a preset number of test environments from the test environment sequence as candidate test environments according to the ordering sequence of the test environment sequence, and determining verification test environments from the candidate test environments.

In one embodiment, determining the ordering mode of each test environment according to the patch type includes:

if the patch type is an upgrade type, determining that the ordering mode is to order the test environments according to the sequence from big to small of the current available resources of the test environments;

If the patch type is the correction type, determining the ordering mode to order the test environments according to the order of the current available resources of the test environments from small to large.

In one embodiment, determining a validation test environment from among the candidate test environments includes:

determining verification test environments from the candidate test environments according to the environment information of the candidate test environments;

the environment information comprises at least one of the use frequency of the candidate test environment, the number of service nodes included in the candidate test environment and the current used resource size of each service node.

In one embodiment, determining a verification test environment from the candidate test environments according to the environment information of the candidate test environments includes:

determining the environment quantization value of each candidate test environment according to the environment information of each candidate test environment;

and selecting the candidate test environment with the largest environment quantification value from the candidate test environments as a verification test environment.

In one embodiment, according to a patch type of a system software patch, the system software patch is issued to a first service node in a verification test environment for patch upgrade verification, including:

Determining the software type of system software deployed in each candidate service node in the verification test environment;

selecting at least one candidate service node from the candidate service nodes as a first service node according to the similarity between the patch type and the software type;

and issuing the system software patch to the first service node.

In a second aspect, the present application provides a patch upgrade method. For a serving node, the method comprising:

receiving a system software patch corresponding to a patch upgrading task sent by an issuing node, wherein the system software patch is issued by the issuing node according to the patch type of the system software patch;

performing patch upgrade verification according to the system software patch to obtain a verification result, and sending the verification result to the issuing node;

the service nodes are service nodes in the verification test environment, service nodes in the production environment or service nodes in other test environments except the verification test environment in each test environment.

In one embodiment, patch upgrade verification is performed according to a system software patch to obtain a verification result, including:

performing patch installation operation according to the system software patch, and performing installation verification on the service node according to an installation log generated in the patch installation operation process to obtain an installation verification result;

According to a preset function verification strategy, performing function verification operation on the service node to obtain a function verification result;

and taking the installation verification result and the function verification result as verification results.

In one embodiment, patch upgrade verification is performed according to a system software patch, and before a verification result is obtained, the method further includes:

carrying out snapshot processing on node configuration of the service node to obtain a snapshot result of the service node;

and performing patch upgrade verification according to the system software patch, and after obtaining a verification result, the method further comprises the following steps:

if the verification result is that the verification is not passed, rolling back the node configuration of the service node according to the snapshot result.

In a third aspect, the present application further provides a patch upgrade apparatus. The device comprises:

the first issuing module is used for acquiring a system software patch corresponding to the patch upgrading task, and issuing the system software patch to a first service node in the verification test environment for patch upgrading verification according to the patch type of the system software patch;

the second issuing module is used for issuing the system software patch to a second service node in the production environment for patch upgrade verification according to the patch type if the verification result of the first service node is verification passing;

And the third issuing module is used for issuing the system software patch to a third service node in other test environments except the verification test environment in each test environment according to the patch type if the verification result of the second service node is verification pass.

In a fourth aspect, the present application further provides a patch upgrade apparatus. The device comprises:

the patch receiving module is used for receiving the system software patch corresponding to the patch upgrading task sent by the issuing node, wherein the system software patch is issued by the issuing node according to the patch type of the system software patch;

the patch verification module is used for carrying out patch upgrade verification according to the system software patch to obtain a verification result and sending the verification result to the issuing node;

In a fifth aspect, the present application also provides a computer device. The computer device comprises a memory storing a computer program and a processor implementing the patch upgrade method according to any one of the first to fourth aspects above when the processor executes the computer program.

In a fifth aspect, the present application also provides a computer-readable storage medium. The computer readable storage medium has stored thereon a computer program which, when executed by a processor, implements the patch upgrade method of any one of the first to fourth aspects described above.

In a sixth aspect, the present application also provides a computer program product. The computer program product comprises a computer program which, when executed by a processor, implements the patch upgrade method of any one of the first to fourth aspects above.

The patch upgrading method, the patch upgrading device, the computer equipment and the storage medium acquire the system software patch corresponding to the patch upgrading task, and issue the system software patch to a first service node in the verification test environment for patch upgrading verification according to the patch type of the system software patch, if the verification result of the first service node is verification passing, issue the system software patch to a second service node in the production environment for patch upgrading verification according to the patch type, and if the verification result of the second service node is verification passing, issue the system software patch to a third service node in other test environments except the verification test environment in each test environment for patch upgrading verification according to the patch type. After patch upgrade verification is performed on each service node in the production environment, patch upgrade verification is performed on each service node in other test environments except the verification test environment, so that the problem of missing upgrade of other test environments is avoided, and the reliability of patch upgrade verification on the test environments is improved.

Drawings

In order to more clearly illustrate the embodiments of the present application or the technical solutions in the related art, the drawings that are required to be used in the embodiments or the related technical descriptions will be briefly described below, and it is obvious that the drawings in the following description are only some embodiments of the present application, and other drawings may be obtained according to the drawings without inventive effort for a person having ordinary skill in the art.

Fig. 1 is an application environment diagram of a patch upgrade method provided in this embodiment;

fig. 2 is a flowchart of a first patch upgrade method provided in this embodiment;

FIG. 3 is a schematic flow chart of determining a verification test environment according to the present embodiment;

fig. 4 is a flowchart of a second patch upgrade method provided in this embodiment;

fig. 5 is a flowchart of a third patch upgrade method provided in the present embodiment;

fig. 6 is a block diagram of a first patch upgrade apparatus according to the present embodiment;

fig. 7 is a block diagram of a second patch upgrade apparatus according to the present embodiment;

fig. 8 is a block diagram of a third patch upgrade apparatus according to the present embodiment;

fig. 9 is a block diagram of a fourth patch upgrade apparatus according to the present embodiment;

Fig. 10 is an internal structure diagram of a computer device according to the present embodiment.

Detailed Description

In order to make the objects, technical solutions and advantages of the present application more apparent, the present application will be further described in detail with reference to the accompanying drawings and examples. It should be understood that the specific embodiments described herein are for purposes of illustration only and are not intended to limit the present application.

In the prior art, patch upgrade verification is performed on each service node in a verification test environment by an operation and maintenance personnel, and then patch upgrade verification is performed on each service node in a production environment after the patch upgrade verification is passed.

The patch upgrading method provided by the embodiment of the application can be applied to an application environment shown in fig. 1. Wherein the issuing node 102 communicates with the service node cluster 104 via a network. The service node cluster 104 includes a first service node, a second service node, and a third service node. The issuing node 102 obtains a system software patch corresponding to the patch upgrading task, issues the system software patch to a first service node in the verification test environment for patch upgrading verification according to the patch type of the system software patch, issues the system software patch to a second service node in the production environment for patch upgrading verification according to the patch type if the verification result of the first service node is verification passing, and issues the system software patch to a third service node in other test environments except the verification test environment in each test environment for patch upgrading verification according to the patch type if the verification result of the second service node is verification passing. Wherein, the issuing node 102 and the service node cluster 104 may be implemented by independent servers or a server cluster formed by a plurality of servers.

In one embodiment, as shown in fig. 2, a patch upgrade method is provided, and the method is applied to the issuing node 102 in fig. 1 for illustration, and includes the following steps S201 to S203. Wherein:

s201, acquiring a system software patch corresponding to the patch upgrading task, and according to the patch type of the system software patch, issuing the system software patch to a first service node in a verification test environment for patch upgrading verification.

The patch upgrade task may be a task of upgrading each service node through a system software patch. The system software patch may be used to upgrade the service nodes. The patch type may be a type of system software patch, alternatively the patch type may include a function type (e.g., upgrade type and revision type) and a software type, and illustratively the software type may include an operating system (e.g., linux, kylin) and a middleware product (e.g., websphere, brands). The validation test environment may be a test environment for determining whether a system software patch may complete upgrade validation. The first service node may be a service node in a validation test environment, optionally the software type of the system software in the first service node is similar to the patch type of the system software patch. Patch upgrade verification may be a way to verify patch upgrades for service nodes.

Optionally, there are various manners of obtaining a system software patch corresponding to the patch upgrade task and issuing the system software patch to the first service node in the verification test environment for patch upgrade verification according to the patch type of the system software patch, which is not limited in this application.

One alternative implementation manner may be that the issuing node parses the patch upgrade task, parses the patch upgrade task to obtain a system software patch, determines a first service node associated with the patch type from the verification test environment according to the patch type of the system software patch, and issues the system software patch to the first service node, where the first service node performs patch upgrade verification through the system software patch.

Another alternative implementation may be to determine the software type of the system software deployed in each candidate service node in the validation test environment; selecting at least one candidate service node from the candidate service nodes as a first service node according to the similarity between the patch type and the software type; and issuing the system software patch to the first service node.

Specifically, the issuing node selects a candidate service node, of which the similarity between the software type and the patch type meets a preset threshold, from the verification test environment as a first service node by presetting the software type of system software deployed in each candidate service node recorded in the verification test environment ledger, and issues a system software patch to the first service node, and the first service node performs patch upgrade verification based on the system software patch.

Illustratively, the validation test environment ledger is shown in Table 1-1 below.

Table 1-1 verifies the test environment ledger

S202, if the verification result of the first service node is that the verification is passed, the system software patch is issued to a second service node in the production environment for patch upgrade verification according to the patch type.

The production environment may be an environment that requires formal upgrades through system software patches.

Optionally, if the verification result of the first service node is that the verification is passed, it is proved that the system software patch has a condition for performing patch upgrade in the production environment, so that the issuing node can select, according to the patch type, a candidate type screening model identical to the patch type from the candidate type screening models as a target type screening model, and input node configuration information of each service node in the production environment into the target candidate type screening model, where the candidate type screening model screens out a second service node from the service nodes, and the issuing node can issue the system software patch to the screened second service node, where the second service node performs patch upgrade verification based on the system software patch.

And S203, if the verification result of the second service node is that the verification is passed, according to the patch type, the system software patch is issued to a third service node in other test environments except the verification test environment in each test environment for patch upgrade verification.

Wherein the other test environments may be other test environments than the verification test environment.

Optionally, if the verification result of the second service node is verification, it is verified that each service node in the production environment has completed patch upgrade verification, at this time, in order to avoid the occurrence of missing upgrade problem in the test environment, the issuing node may preset the software types of the system software deployed in each candidate service node recorded in the test environment ledger, select, from the other test environments, the candidate service node whose similarity between the software types and the patch types meets the preset threshold as a third service node, and issue the system software patch to the third service node, where the third service node performs patch upgrade verification based on the system software patch.

FIG. 3 is a flow diagram of determining a validation test environment in one embodiment. In order to ensure the accuracy of the determined verification test environment, the embodiment provides an alternative way for determining the verification test environment, which comprises the following steps:

s301, determining a sequencing mode of each test environment according to the patch type, and sequencing each test environment according to the sequencing mode to obtain a test environment sequence.

The test environment sequence may be a sequence of test environments that are ordered.

Optionally, because the service node is patched and upgraded with the problems of occupying certain available resources, longer patch upgrading time, limited patch upgrading window and the like, the ordering mode of the application environment needs to be comprehensively determined according to the patch type of the system software patch and the available resources of the application environment (including a test environment and a production environment). If the patch type is the upgrade type, determining that the ordering mode is to order the test environments according to the sequence from big to small of the current available resources of the test environments; if the patch type is the correction type, determining the ordering mode to order the test environments according to the order of the current available resources of the test environments from small to large. The available resources can be resources such as a CPU, a memory, a disk capacity, a network residual bandwidth and the like which can be allocated to each service node for use in an application environment.

Specifically, if the patch type is an upgrade type, it is proved that the patch upgrade can be performed on the system software of the service node in each test environment through the system software patch, meanwhile, in order to ensure the efficiency of patch upgrade on the service node in each test environment, the service node with larger available resources of the test environment can be selected for preferential patch upgrade processing, so that the sorting mode is determined to sort each test environment according to the order from large to small of the current available resources of each test environment; if the patch type is the correction type, the system software patch is proved to be a patch for repairing the system software, and the system software patch is smaller and has larger influence on the normal application of the system software, so that the service node with higher use frequency should be subjected to preferential repair processing for ensuring the normal application of the system software, and the sequencing mode can be determined to sequence the test environments according to the sequence from small to large of the current available resources of the test environments.

Optionally, after determining the ordering manner of ordering the test environments, the issuing node orders the test environments according to the ordering manner, and takes the ordered test environments as the test environment sequence.

S302, selecting a preset number of test environments from the test environment sequence as candidate test environments according to the ordering sequence of the test environment sequence, and determining verification test environments from the candidate test environments.

Optionally, since there may be a problem that a large number of application environments are unavailable after patch upgrade is completed for the service node, the upgrade for the service node may be completed in batches, so the issuing node in this embodiment may select, according to the order of the test environment sequences, a preset number of test environments with a top ranking from the test environment sequences as candidate test environments, generate an execution plan queue including candidate test environments of each batch, and determine a verification test environment from each candidate test environment.

Alternatively, the verification test environment may be determined from each candidate test environment according to the environment information of each candidate test environment. The environment information comprises at least one of the use frequency of the candidate test environment, the number of service nodes included in the candidate test environment and the current used resource size of each service node. Specifically, in this embodiment, according to the environment information of each candidate test environment, the candidate test environment with higher use frequency and more service nodes and the current used resources of each service node with fewer resources may be determined from each candidate test environment by manpower to be used as a verification test environment. According to the embodiment, the environment quantization value of each candidate test environment can be determined according to the environment information of each candidate test environment; and selecting the candidate test environment with the largest environment quantification value from the candidate test environments as a verification test environment. That is, the frequency quantization value of each candidate test environment is determined according to the use frequency of each candidate test environment, the quantity quantization value of each candidate test environment is determined according to the quantity of service nodes contained in each candidate test environment, the resource quantization value of each candidate test environment is determined according to the current used resource size of each service node in each candidate test environment, the environment quantization value of each candidate test environment is obtained by summing the frequency quantization value, the quantity quantization value and the resource quantization value, and the candidate test environment with the largest environment quantization value is used as the verification test environment.

For example, the execution plan queue for a candidate test environment from batch selection of a sequence of test environments may be as shown in tables 1-2 below.

TABLE 1-2 execution plan queue

According to the method for determining the verification test environment, the ordering mode of each test environment is determined according to the patch type, the test environments are ordered according to the ordering mode to obtain the test environment sequence, a preset number of test environments are selected from the test environment sequence to serve as candidate test environments according to the ordering sequence of the test environment sequence, and the verification test environment is determined from each candidate test environment. The method sorts the test environments according to patch types, selects a preset number of test environments as candidate test environments, can improve the efficiency of patch upgrading on the test environments, reduces the negative influence caused by unavailability of an application environment due to patch upgrading failure, determines verification test environments from the candidate test environments, selects the verification test environments for patch upgrading verification, and further ensures the reliability of system software upgrading.

In one embodiment, as shown in fig. 4, a patch upgrade method is provided, and an example of application of the method to any service node in the service node cluster 104 in fig. 1 is described, which includes the following steps S401 to S403. Wherein:

S401, receiving a system software patch corresponding to a patch upgrade task sent by a sending node.

Wherein the system software patch is issued by the issuing node according to the patch type of the system software patch.

Optionally, the service node receives the patch upgrade task sent by the issuing node, analyzes the patch upgrade task, and analyzes the patch upgrade task to obtain the patch upgrade task.

S402, carrying out snapshot processing on node configuration of the service node to obtain a snapshot result of the service node.

The node configuration may be configuration information of each system software in the service node.

Optionally, since the service node may have a situation that the service node cannot be applied due to a patch upgrade failure after the patch upgrade is performed, the embodiment may perform snapshot processing on the node configuration of the service node, so that rollback processing may be performed on the service node after the patch upgrade failure, that is, the node configuration of the service node is performed on the snapshot processing, the node configuration of the service node at the current moment is recorded, and the node configuration at the current moment is used as a snapshot result of the service node.

S403, performing patch upgrade verification according to the system software patch to obtain a verification result, and sending the verification result to the issuing node.

Optionally, performing patch installation operation according to the system software patch, and performing installation verification on the service node according to an installation log generated in the patch installation operation process to obtain an installation verification result; according to a preset function verification strategy, performing function verification operation on the service node to obtain a function verification result; and taking the installation verification result and the function verification result as verification results. The service nodes are service nodes in the verification test environment, service nodes in the production environment or service nodes in other test environments except the verification test environment in each test environment.

Specifically, the service node executes patch installation operation according to the system software patch, meanwhile, an installation log is generated in the patch installation operation process, after the service node completes the patch installation operation, whether the service node is successfully installed or not is determined according to the patch installation result recorded in the installation log, and the patch installation result is used as an installation verification result; meanwhile, the service node verifies the functions of the service node according to a preset function verification strategy to obtain an operation result so as to determine whether each function of the service node can be completely operated, the operation result is used as a function verification result, the installation verification result and the function verification result are used as verification results, and if any verification result in the installation verification result and/or the function verification result is verification failure, the verification result is failure.

It should be noted that, before the patch upgrade verification is performed according to the system software patch to obtain the verification result, snapshot processing is performed on the node configuration of the service node to obtain the snapshot result of the service node, so if the verification result is that the verification is not passed, the rollback operation is performed on the node configuration of the service node according to the snapshot result. Optionally, if the verification result is that the verification is not passed, the service node may perform a rollback operation on the node configuration of the service node according to the node configuration in the snapshot result, and restore the node configuration in the service node, so as to facilitate the subsequent manual patch upgrade processing on the service node by manual work.

According to the patch upgrading method, the system software patch corresponding to the patch upgrading task sent by the issuing node is received, the node configuration of the service node is subjected to snapshot processing to obtain the snapshot result of the service node, patch upgrading verification is carried out according to the system software patch to obtain the verification result, and the verification result is sent to the issuing node. The service node receives the system software patch, performs patch upgrading on the service node based on the system software patch, and sends the verification result to the issuing node so as to facilitate the subsequent operation of the issuing node according to the verification result, and meanwhile, performs snapshot processing on node configuration of the service node to obtain the snapshot result so as to facilitate the subsequent rollback processing on the service node when the upgrade verification of the service node fails, thereby ensuring the reliability of the upgrade verification.

In one embodiment, this embodiment provides an alternative way of upgrading a patch, and the method is applied to a server for illustration. As shown in fig. 5, the method comprises the steps of:

s501, the issuing node determines the ordering mode of each test environment according to the patch type, and orders each test environment according to the ordering mode to obtain a test environment sequence.

S502, the issuing node sorts the test environments according to a sorting mode to obtain a test environment sequence.

S503, the issuing node selects a preset number of test environments from the test environment sequence as candidate test environments according to the ordering sequence of the test environment sequence, and determines the environment quantization value of each candidate test environment according to the environment information of each candidate test environment.

S504, the issuing node selects a candidate test environment with the largest environment quantification value from the candidate test environments as a verification test environment.

S505, the issuing node acquires the system software patch corresponding to the patch upgrading task, and determines the software type of the system software deployed in each candidate service node in the verification test environment.

And S506, the issuing node selects at least one candidate service node from the candidate service nodes as a first service node according to the similarity between the patch type and the software type, and issues the system software patch to the first service node.

S507, the service node receives the system software patch corresponding to the patch upgrade task sent by the issuing node.

S508, the service node performs snapshot processing on the node configuration of the service node to obtain a snapshot result of the service node.

S509, the service node executes patch installation operation according to the system software patch, and performs installation verification on the service node according to an installation log generated in the patch installation operation process, so as to obtain an installation verification result.

S510, the service node executes the function verification operation on the service node according to the preset function verification strategy to obtain a function verification result.

S511, the service node takes the installation verification result and the function verification result as verification results, and sends the verification results to the issuing node.

And S512, if the verification result of the first service node is that the verification is passed, the issuing node issues the system software patch to a second service node in the production environment for patch upgrade verification according to the patch type.

And S513, if the verification result of the second service node is that the verification is passed, the issuing node issues the system software patch to a third service node in other test environments except the verification test environment in each test environment according to the patch type to perform patch upgrade verification.

And S514, if the verification result is that the verification is not passed, the service node carries out rollback operation on the node configuration of the service node according to the snapshot result.

It should be understood that, although the steps in the flowcharts related to the embodiments described above are sequentially shown as indicated by arrows, these steps are not necessarily sequentially performed in the order indicated by the arrows. The steps are not strictly limited to the order of execution unless explicitly recited herein, and the steps may be executed in other orders. Moreover, at least some of the steps in the flowcharts described in the above embodiments may include a plurality of steps or a plurality of stages, which are not necessarily performed at the same time, but may be performed at different times, and the order of the steps or stages is not necessarily performed sequentially, but may be performed alternately or alternately with at least some of the other steps or stages.

Based on the same inventive concept, the embodiment of the application also provides a patch upgrading device for realizing the patch upgrading method. The implementation of the solution provided by the device is similar to the implementation described in the above method, so the specific limitation in the embodiments of the patch upgrade device or patch upgrade devices provided below may be referred to the limitation of the patch upgrade method hereinabove, and will not be repeated here.

In one embodiment, as shown in fig. 6, there is provided a patch upgrade apparatus, including: a first issuing module 10, a second issuing module 11 and a third issuing module 12, wherein:

the first issuing module 10 is configured to obtain a system software patch corresponding to the patch upgrade task, and issue the system software patch to a first service node in the verification test environment for patch upgrade verification according to the patch type of the system software patch;

the second issuing module 11 is configured to issue a system software patch to a second service node in the production environment for patch upgrade verification according to the patch type if the verification result of the first service node is that the verification is passed;

and the third issuing module 12 is configured to issue the system software patch to a third service node in a test environment other than the verification test environment in each test environment according to the patch type if the verification result of the second service node is that the verification is passed, so as to perform patch upgrade verification.

In one embodiment, as shown in fig. 7, the patch upgrade apparatus in fig. 6 further includes:

the sequence determining module 13 is configured to determine a sorting mode of each test environment according to the patch type, and sort each test environment according to the sorting mode to obtain a test environment sequence;

the environment determining module 14 is configured to select a preset number of test environments from the test environment sequence as candidate test environments according to the sorting order of the test environment sequence, and determine a verification test environment from the candidate test environments.

In one embodiment, the sequence determining module 13 in fig. 7 is further configured to determine, if the patch type is an upgrade type, that the ordering manner is to order the test environments according to the order of the current available resources of the test environments from big to small; if the patch type is the correction type, determining the ordering mode to order the test environments according to the order of the current available resources of the test environments from small to large.

In one embodiment, the environment determining module 14 in fig. 7 is further configured to determine a verification test environment from each candidate test environment according to the environment information of each candidate test environment; the environment information comprises at least one of the use frequency of the candidate test environment, the number of service nodes included in the candidate test environment and the current used resource size of each service node.

In one embodiment, the environment determining module 14 is further configured to determine an environment quantization value of each candidate test environment according to the environment information of each candidate test environment; and selecting the candidate test environment with the largest environment quantification value from the candidate test environments as a verification test environment.

In one embodiment, the first downlink module 10 in fig. 6 further includes:

the type determining unit is used for determining the software type of the system software deployed in each candidate service node in the verification test environment;

the node selection unit is used for selecting at least one candidate service node from the candidate service nodes as a first service node according to the similarity between the patch type and the software type;

and the patch issuing unit is used for issuing the system software patch to the first service node.

In one embodiment, as shown in fig. 8, there is provided a patch upgrade apparatus, including:

the patch receiving module 20 is configured to receive a system software patch corresponding to a patch upgrade task sent by the issuing node, where the system software patch is issued by the issuing node according to a patch type of the system software patch.

The patch verification module 21 is configured to perform patch upgrade verification according to a system software patch, obtain a verification result, and send the verification result to the issuing node; the service nodes are service nodes in the verification test environment, service nodes in the production environment or service nodes in other test environments except the verification test environment in each test environment.

In one embodiment, patch verification module 21 in fig. 8 includes:

the installation determining unit is used for executing patch installation operation according to the system software patch, and carrying out installation verification on the service node according to an installation log generated in the patch installation operation process to obtain an installation verification result;

the function determining unit is used for executing function verification operation on the service node according to a preset function verification strategy to obtain a function verification result;

and the result determining unit is used for taking the installation verification result and the function verification result as verification results.

In one embodiment, as shown in fig. 9, the patch upgrade apparatus in fig. 8 further includes:

and the snapshot processing module 22 is configured to perform snapshot processing on the node configuration of the service node, so as to obtain a snapshot result of the service node.

And the rollback processing module 23 is configured to perform rollback operation on the node configuration of the service node according to the snapshot result if the verification result is that the verification is not passed.

The modules in the patch upgrade apparatus may be implemented in whole or in part by software, hardware, and combinations thereof. The above modules may be embedded in hardware or may be independent of a processor in the computer device, or may be stored in software in a memory in the computer device, so that the processor may call and execute operations corresponding to the above modules.

In one embodiment, a computer device is provided, which may be a terminal, and an internal structure diagram thereof may be as shown in fig. 10. The computer device includes a processor, a memory, a communication interface, a display screen, and an input device connected by a system bus. Wherein the processor of the computer device is configured to provide computing and control capabilities. The memory of the computer device includes a non-volatile storage medium and an internal memory. The non-volatile storage medium stores an operating system and a computer program. The internal memory provides an environment for the operation of the operating system and computer programs in the non-volatile storage media. The communication interface of the computer device is used for carrying out wired or wireless communication with an external terminal, and the wireless mode can be realized through WIFI, a mobile cellular network, NFC (near field communication) or other technologies. The computer program, when executed by a processor, implements a patch upgrade method. The display screen of the computer equipment can be a liquid crystal display screen or an electronic ink display screen, and the input device of the computer equipment can be a touch layer covered on the display screen, can also be keys, a track ball or a touch pad arranged on the shell of the computer equipment, and can also be an external keyboard, a touch pad or a mouse and the like.

It will be appreciated by those skilled in the art that the structure shown in fig. 10 is merely a block diagram of some of the structures associated with the present application and is not limiting of the computer device to which the present application may be applied, and that a particular computer device may include more or fewer components than shown, or may combine certain components, or have a different arrangement of components.

In one embodiment, a computer device is provided comprising a memory and a processor, the memory having stored therein a computer program, the processor when executing the computer program performing the steps of:

In one embodiment, the processor when executing the computer program further performs the steps of:

and issuing the system software patch to the first service node.

In one embodiment, a computer readable storage medium is provided having a computer program stored thereon, which when executed by a processor, performs the steps of:

In one embodiment, the computer program when executed by the processor further performs the steps of:

And issuing the system software patch to the first service node.

In one embodiment, a computer program product is provided comprising a computer program which, when executed by a processor, performs the steps of:

and issuing the system software patch to the first service node.

The data (including, but not limited to, data for analysis, data stored, data displayed, etc.) referred to in this application are information and data authorized by the user or sufficiently authorized by each party.

Those skilled in the art will appreciate that implementing all or part of the above described methods may be accomplished by way of a computer program stored on a non-transitory computer readable storage medium, which when executed, may comprise the steps of the embodiments of the methods described above. Any reference to memory, database, or other medium used in the various embodiments provided herein may include at least one of non-volatile and volatile memory. The nonvolatile Memory may include Read-Only Memory (ROM), magnetic tape, floppy disk, flash Memory, optical Memory, high density embedded nonvolatile Memory, resistive random access Memory (ReRAM), magnetic random access Memory (Magnetoresistive Random Access Memory, MRAM), ferroelectric Memory (Ferroelectric Random Access Memory, FRAM), phase change Memory (Phase Change Memory, PCM), graphene Memory, and the like. Volatile memory can include random access memory (Random Access Memory, RAM) or external cache memory, and the like. By way of illustration, and not limitation, RAM can be in the form of a variety of forms, such as static random access memory (Static Random Access Memory, SRAM) or dynamic random access memory (Dynamic Random Access Memory, DRAM), and the like. The databases referred to in the various embodiments provided herein may include at least one of relational databases and non-relational databases. The non-relational database may include, but is not limited to, a blockchain-based distributed database, and the like. The processors referred to in the embodiments provided herein may be general purpose processors, central processing units, graphics processors, digital signal processors, programmable logic units, quantum computing-based data processing logic units, etc., without being limited thereto.

The technical features of the above embodiments may be arbitrarily combined, and all possible combinations of the technical features in the above embodiments are not described for brevity of description, however, as long as there is no contradiction between the combinations of the technical features, they should be considered as the scope of the description.

The above examples only represent a few embodiments of the present application, which are described in more detail and are not to be construed as limiting the scope of the present application. It should be noted that it would be apparent to those skilled in the art that various modifications and improvements could be made without departing from the spirit of the present application, which would be within the scope of the present application. Accordingly, the scope of protection of the present application shall be subject to the appended claims.

Claims

1. A patch upgrade method for an issuing node, the method comprising:

if the verification result of the first service node is that the verification is passed, the system software patch is issued to a second service node in a production environment for patch upgrade verification according to the patch type;

And if the verification result of the second service node is that the verification is passed, according to the patch type, the system software patch is issued to a third service node in other test environments except the verification test environment in each test environment for patch upgrading verification.

2. The method according to claim 1, wherein the method further comprises:

selecting a preset number of test environments from the test environment sequence as candidate test environments according to the ordering sequence of the test environment sequence, and determining the verification test environment from the candidate test environments.

3. The method of claim 2, wherein determining the ordering of the test environments based on the patch type comprises:

And if the patch type is a correction type, determining that the ordering mode is to order the test environments according to the order of the current available resources of the test environments from small to large.

4. The method of claim 2, wherein said determining said validation test environment from each of said candidate test environments comprises:

determining the verification test environment from the candidate test environments according to the environment information of the candidate test environments;

5. The method of claim 4, wherein determining the validation test environment from each of the candidate test environments based on the environmental information of each of the candidate test environments comprises:

determining an environment quantization value of each candidate test environment according to the environment information of each candidate test environment;

and selecting the candidate test environment with the largest environment quantization value from the candidate test environments as the verification test environment.

6. The method of claim 1, wherein the issuing the system software patch into the first service node in the validation test environment for patch upgrade validation according to the patch type of the system software patch comprises:

selecting at least one candidate service node from the candidate service nodes as the first service node according to the similarity between the patch type and the software type;

and the system software patch is issued to the first service node.

7. A patch upgrade method for a service node, the method comprising:

receiving a system software patch corresponding to a patch upgrading task sent by a issuing node, wherein the system software patch is issued by the issuing node according to the patch type of the system software patch;

the service nodes are service nodes in verification test environments, service nodes in production environments or service nodes in other test environments except the verification test environments in each test environment.

8. The method of claim 7, wherein performing patch upgrade verification according to the system software patch to obtain a verification result comprises:

according to a preset function verification strategy, performing a function verification operation on the service node to obtain a function verification result;

and taking the installation verification result and the function verification result as the verification results.

9. The method according to claim 7 or 8, wherein the performing patch upgrade verification according to the system software patch, before obtaining the verification result, further comprises:

the method further comprises the steps of after the patch upgrade verification is carried out according to the system software patch and the verification result is obtained:

and if the verification result is that the verification is not passed, carrying out rollback operation on the node configuration of the service node according to the snapshot result.

10. A patch upgrade apparatus, the apparatus comprising:

the first issuing module is used for acquiring a system software patch corresponding to the patch upgrading task, and issuing the system software patch to a first service node in a verification test environment for patch upgrading verification according to the patch type of the system software patch;

and the third issuing module is used for issuing the system software patch to a third service node in other test environments except the verification test environment in each test environment according to the patch type if the verification result of the second service node is verification passing.

11. A patch upgrade apparatus, the apparatus comprising:

the patch receiving module is used for receiving a system software patch corresponding to a patch upgrading task sent by a issuing node, wherein the system software patch is issued by the issuing node according to the patch type of the system software patch;

12. A computer device comprising a memory and a processor, the memory storing a computer program, characterized in that the processor implements the steps of the method of any one of claims 1 to 9 when the computer program is executed.

13. A computer readable storage medium, on which a computer program is stored, characterized in that the computer program, when being executed by a processor, implements the steps of the method of any of claims 1 to 9.

14. A computer program product comprising a computer program, characterized in that the computer program, when being executed by a processor, implements the steps of the method of any one of claims 1 to 9.