Service upgrade processing method, electronic device and storage medium

Abstract

The present invention discloses a service upgrade processing method, an electronic device and a storage medium. The service upgrade processing method is executed on a server, and the server is configured with at least one microservice and a node service for managing each microservice. The method includes: based on the node service, obtaining a microservice upgrade request, the microservice upgrade request carries a target service parameter; determining a target service corresponding to the target service parameter from at least one microservice, taking the target service offline and performing an upgrade process; obtaining the orchestration information for the target service, and restarting the upgraded target service according to the orchestration information; and detecting the startup of the upgraded target service until the upgraded target service is successfully started. The present invention implements microservice upgrades based on node services, without relying on additional operation and maintenance tools, thereby reducing operation and maintenance costs. Furthermore, the node service integrates microservice upgrades to improve controllability.

Description

Technical Field

[0001] The present invention relates to the field of computer technology, and in particular to a service upgrade processing method, electronic equipment and storage medium. Background Art

[0002] When the application service goes online, the existing technology relies on the operation and maintenance tools installed on the server, such as the archctl operation and maintenance tool, to implement rolling upgrade services. However, since the operation and maintenance tool is essentially an operation and maintenance command, rather than a system service resident in the system, the system information it can obtain is limited. Furthermore, only when the operation and maintenance tool is deployed on the server and an SSH connection is established with the target server can the operation and maintenance tool be used to upgrade the service, making the service upgrade highly dependent on the operation and maintenance tool. When a new server is set up, the operation and maintenance tool must be installed. If the server omits to install the operation and maintenance tool, it will not be able to implement service upgrades. Summary of the invention

[0003] In view of the above problems, the present invention is proposed to provide a service upgrade processing method, electronic device and storage medium that overcome the above problems or at least partially solve the above problems.

[0004] According to one aspect of the present invention, a service upgrade processing method is provided.

[0005] The method is executed on a server, the server is configured with at least one microservice and a node service for managing each microservice, and the method includes:

[0006] Based on the node service, obtain the microservice upgrade request, which carries the target service parameters;

[0007] Determine a target service corresponding to the target service parameters from at least one microservice, take the target service offline and perform an upgrade process;

[0008] Obtaining the orchestration information for the target service, and restarting the upgraded target service according to the orchestration information;

[0009] The startup of the upgraded target service is detected until the upgraded target service is successfully started.

[0010] According to another aspect of the present invention, there is provided an electronic device, comprising: a processor, a memory, a communication interface and a communication bus, wherein the processor, the memory and the communication interface communicate with each other via the communication bus;

[0011] The memory is used to store at least one executable instruction, and the executable instruction is executed on the server. The server is configured with at least one microservice and a node service for managing each microservice, so that the processor performs the following operations:

[0012] Based on the node service, obtain the microservice upgrade request, which carries the target service parameters;

[0013] Determine a target service corresponding to the target service parameters from at least one microservice, take the target service offline and perform an upgrade process;

[0014] Obtaining the orchestration information for the target service, and restarting the upgraded target service according to the orchestration information;

[0015] The startup of the upgraded target service is detected until the upgraded target service is successfully started.

[0016] According to another aspect of the present invention, a computer storage medium is provided, in which at least one executable instruction is stored, and the executable instruction enables a processor to execute an operation corresponding to any one of the above-mentioned service upgrade processing methods.

[0017] According to the service upgrade processing method, electronic device and storage medium provided by the present invention, microservice upgrade is implemented based on node service, without relying on additional operation and maintenance tools, thus reducing operation and maintenance costs. Furthermore, node service integrates microservice upgrade to improve controllability.

[0018] The above description is only an overview of the technical solution of the present invention. In order to more clearly understand the technical means of the present invention, it can be implemented according to the contents of the specification. In order to make the above and other purposes, features and advantages of the present invention more obvious and easy to understand, the specific implementation methods of the present invention are listed below. BRIEF DESCRIPTION OF THE DRAWINGS

[0019] Various other advantages and benefits will become apparent to those of ordinary skill in the art by reading the detailed description of the preferred embodiments below. The accompanying drawings are only for the purpose of illustrating the preferred embodiments and are not to be considered as limiting the present invention. Moreover, the same reference symbols are used throughout the accompanying drawings to represent the same components. In the accompanying drawings:

[0020] Figure 1 A schematic diagram showing a process flow of a service upgrade processing method according to an embodiment of the present invention is shown;

[0021] Figure 2 A schematic diagram showing a flow chart of a service upgrade processing method according to another embodiment of the present invention;

[0022] Figure 3 A schematic structural diagram of an electronic device according to an embodiment of the present invention is shown. DETAILED DESCRIPTION

[0023] Embodiment 1

[0024] It should be noted that the term "microservice" can refer to a software development product that structures an application as a set of loosely coupled services. In a microservice architecture, services are fine-grained and protocols are lightweight.

[0025] Figure 1 FIG. 4 is a flow chart showing a service upgrade processing method according to an embodiment of the present invention. Figure 1 As shown, the method comprises the following steps:

[0026] Step S101: Based on the node service, a microservice upgrade request is obtained, where the microservice upgrade request carries target service parameters.

[0027] This embodiment is executed on the server side. The server is configured with at least one microservice and a node service for managing each microservice. The node service is a resident system service that can collect various indicators of the server (for example, various data indicators of different microservices), detect or probe each microservice in the server, and implement functions such as service discovery registration. When the prior art uses operation and maintenance tools to implement service upgrades, the information obtained by the operation and maintenance tools is limited, and it is also necessary to communicate with the node service, and the node service completes the subsequent processing after the service upgrade. This embodiment integrates the service upgrade in the node service, without relying on operation and maintenance tools, which is more convenient and controllable.

[0028] Specifically, the central control server sends a microservice upgrade request to the server according to demand. The microservice upgrade request can be an rpc (Remote Procedure Call) request. The node service of the server can directly receive the microservice upgrade request sent by the central control server. The microservice upgrade request carries target service parameters.

[0029] To facilitate execution, the server provides a communication interface for the central control server based on the node service. Based on the communication interface, the microservice upgrade request can be directly received from the central control server. For example, the node service provides a grpc interface, which is exposed to the central control server, so that the central control server can directly receive microservice upgrade requests based on the communication interface. There is no need to log in to the server to operate the container to implement the service upgrade, thus avoiding login restrictions.

[0030] Step S102, determining a target service corresponding to the target service parameters from at least one microservice, taking the target service offline and performing an upgrade process.

[0031] The target service parameters include the target service to be upgraded, the version specified for the upgraded target service, etc. The node service determines the corresponding target service from at least one microservice configured on the server based on the target service parameters, takes the currently operating target service offline, and removes the target service from the service discovery list, thereby stopping the node service from detecting the target service and avoiding problems such as repeated registration of the target service. At the same time, the traffic is also removed. If the target service is running, stop running. Parse the microservice upgrade request, determine the corresponding upgrade specified version, obtain the mirror code of the upgrade specified version of the target service, update the code in the server to the mirror code of the upgrade specified version, and complete the upgrade process for the target service.

[0032] Step S103: Acquire the orchestration information for the target service, and restart the upgraded target service according to the orchestration information.

[0033] After the target service is upgraded, before starting the target service, you need to obtain the target service's orchestration information. The orchestration information includes resource information such as memory and CPU required when the target service is started. You need to set the target service in advance according to the orchestration information, and then restart the upgraded target service.

[0034] Step S104, detecting the startup of the upgraded target service until the upgraded target service is successfully started.

[0035] After the target service is started, it is tested. The test can be performed multiple times or at a fixed time until the target service is successfully started. The target service is registered in the service discovery list to facilitate subsequent monitoring and management of the target service.

[0036] According to the service upgrade processing method provided by the present invention, microservice upgrades are implemented based on node services without relying on additional operation and maintenance tools, thereby reducing operation and maintenance costs. Furthermore, node services integrate microservice upgrades to improve controllability.

[0037] Embodiment 2

[0038] Figure 2 FIG. 4 is a flow chart showing a service upgrade processing method according to another embodiment of the present invention. Figure 2 As shown, the method comprises the following steps:

[0039] Step S201: receiving a microservice upgrade request from a central control server based on a communication interface.

[0040] According to the needs, the target service parameters carried in the microservice upgrade request sent by the central control server may include information of multiple microservices to be upgraded. The node service determines multiple target services based on the information of the multiple microservices to be upgraded, and concurrently controls the upgrade of multiple microservices to improve processing efficiency.

[0041] The target service can be different services for different business applications, and the target service can use different development languages, which are not limited here.

[0042] Step S202: determine a target service corresponding to the target service parameters from at least one microservice, take the target service offline and perform an upgrade process.

[0043] This step refers to the description of step S102 in the first embodiment and will not be repeated here.

[0044] Step S203: Acquire the orchestration information for the target service.

[0045] Before starting the target service, first obtain the orchestration information of the target service, which also includes the authorized port of the target service and the service dependency information. The service dependency information records the interdependencies between services. If the target service calls a third-party service a, the normal operation of the target service requires the start of third-party service a, and the third-party service a is recorded in the service dependency information. If the target service does not depend on other third-party services, the service dependency information can be empty and steps S204-S205 do not need to be executed. If the service dependency information contains a third-party service, step S204 is executed.

[0046] Step S204: Detect whether there is a third-party service that the target service depends on based on the service dependency information.

[0047] According to the third-party service recorded in the service dependency information, it is detected whether the third-party service that the target service depends on exists in the server. If not, the third-party service needs to be configured in the server to ensure the normal startup and operation of the target service. If it exists, step S205 is executed.

[0048] Step S205, starting the third-party service;

[0049] Obtain the orchestration information of the third-party service, such as the occupied resource information and ports required for startup, and start the third-party service first according to the orchestration information of the third-party service to ensure the normal startup of the subsequent target service.

[0050] Step S206, determining whether the authorized port is available.

[0051] Before starting the target service, first determine whether the authorized port in the orchestration information is available, such as determining whether the authorized port is connected normally. If available, execute step S207; if not available, execute step S208.

[0052] Step S207: restart the upgraded target service based on the authorized port.

[0053] Restart the upgraded target service according to the authorized port. Start the release in container mode, such as Docker container mode. The container provides the resource information required in the orchestration information to ensure the normal operation of the target service.

[0054] Step S208, obtaining any available port from the reserved port pool to restart the upgraded target service, and removing the obtained available port from the reserved port pool.

[0055] The reserved port pool contains multiple unused ports that are reserved in advance. When the authorized port in the orchestration information of the target service is unavailable, any available port is obtained from the reserved port pool to restart the upgraded target service. After starting the upgraded target service, the available port obtained from the reserved port pool is used as the authorized port of the upgraded target service. In addition, the server can also remove the obtained available port from the reserved port pool to avoid the situation where the called port is allocated to other services again during subsequent operations.

[0056] Step S209, detecting the startup of the upgraded target service until the upgraded target service is successfully started.

[0057] During the detection, the authorized port of the upgraded target service is tested for continuity, and the authorized port is tested for success. If the test is successful, the target service is registered in the service discovery list, and the target service can reconnect to the traffic. After the target service is started, the original daily detection of the target service is restored to determine the continuity of the target service port, such as determining whether the startup state is continuous. If the startup state stops, the continuity detection fails. If the number of failures in the continuity detection reaches the preset threshold, a target detection service is created, and the target detection service continues to perform continuity detection on the port of the target service until the target service is successfully started and the target detection service completes the subsequent registration of the target service. The preset threshold is set according to the implementation situation and is not limited here.

[0058] According to the service upgrade processing method provided by the present invention, the node service can realize concurrent management of multiple target services. When the target service has a dependent third-party service, the service startup sequence is automatically controlled so that the third-party service is started first to ensure the normal startup and operation of the target service. Furthermore, the reserved port pool can provide available ports to ensure the startup of the target service.

[0059] Embodiment 3

[0060] Embodiment 3 of the present application provides a non-volatile computer storage medium, which stores at least one executable instruction. The computer executable instruction can execute the service upgrade processing method in any of the above method embodiments.

[0061] The executable instructions can be specifically used to enable the processor to perform the following operations: based on the node service, obtain a microservice upgrade request, the microservice upgrade request carries a target service parameter; determine a target service corresponding to the target service parameter from at least one microservice, take the target service offline and perform an upgrade process; obtain orchestration information for the target service, and restart the upgraded target service according to the orchestration information; and detect the startup of the upgraded target service until the upgraded target service is successfully started.

[0062] In an optional embodiment, the executable instructions further cause the processor to perform the following operations: parse the microservice upgrade request to determine the corresponding upgrade specified version; take the target service offline and remove the target service from the service discovery list to stop detecting the target service; and upgrade the target service according to the mirror code of the corresponding upgrade specified version of the target service.

[0063] In an optional embodiment, the orchestration information includes an authorized port of the target service, and the executable instructions further cause the processor to perform the following operations: determine whether the authorized port is available; if so, restart the upgraded target service based on the authorized port; if not, obtain any available port from the reserved port pool to restart the upgraded target service, and remove the obtained available port from the reserved port pool.

[0064] In an optional embodiment, the executable instructions further cause the processor to perform the following operations: perform a connectivity check on the authorized port of the target service; if the connectivity check is successful, register the upgraded target service to the service discovery list to start detection of the upgraded target service.

[0065] In an optional embodiment, the executable instructions further cause the processor to perform the following operations: if the connection detection fails and the number of detection failures reaches a preset threshold, a target detection service is created so that the target detection service performs a connection detection on the port of the target service until the target service is successfully started.

[0066] In an optional embodiment, the orchestration information includes service dependency information, and the executable instructions further cause the processor to perform the following operations: based on the service dependency information, detect whether there is a third-party service that the target service depends on; if so, start the third-party service; based on the successful start of the third-party service, restart the upgraded target service according to the orchestration information of the target service.

[0067] In an optional implementation, the server provides a communication interface for the central control server based on the node service, and the executable instructions further enable the processor to perform the following operations: based on the communication interface, receive a microservice upgrade request node service from the central control server.

[0068] In an optional implementation, the target service parameters include information of multiple microservices to be upgraded.

[0069] In an optional implementation, each microservice is started in a container mode in the server.

[0070] Embodiment 4

[0071] Figure 3 A schematic structural diagram of an electronic device according to a fourth embodiment of the present invention is shown. The specific embodiment of the present invention does not limit the specific implementation of the electronic device.

[0072] like Figure 3 As shown, the electronic device may include: a processor (processor) 302 , a communication interface (Communications Interface) 304 , a memory (memory) 306 , and a communication bus 308 .

[0073] in:

[0074] The processor 302 , the communication interface 304 , and the memory 306 communicate with each other via the communication bus 308 .

[0075] The communication interface 304 is used to communicate with other devices such as clients or other servers.

[0076] The processor 302 is used to execute the program 310, and specifically can execute the relevant steps in the above-mentioned service upgrade processing method embodiment.

[0077] Specifically, the program 310 may include a program code, which includes a computer operation instruction. The program 310 is executed on a server, and the server is configured with at least one microservice and a node service for managing each microservice.

[0078] The processor 302 may be a central processing unit (CPU), or an application-specific integrated circuit (ASIC), or one or more integrated circuits configured to implement the embodiment of the present invention. The one or more processors included in the server may be processors of the same type, such as one or more CPUs, or processors of different types, such as one or more CPUs and one or more ASICs.

[0079] The memory 306 is used to store the program 310. The memory 306 may include a high-speed RAM memory, and may also include a non-volatile memory (non-volatile memory), such as at least one disk memory.

[0080] The program 310 may be specifically configured to enable the processor 302 to perform the following operations:

[0081] Based on the node service, a microservice upgrade request is obtained, and the microservice upgrade request carries a target service parameter; a target service corresponding to the target service parameter is determined from at least one microservice, the target service is taken offline and upgraded; the orchestration information for the target service is obtained, and the upgraded target service is restarted according to the orchestration information; the startup of the upgraded target service is detected until the upgraded target service is successfully started.

[0082] In an optional implementation, program 310 is used to enable processor 302 to parse a microservice upgrade request to determine a corresponding upgrade specified version; take a target service offline and remove the target service from a service discovery list to stop detecting the target service; and upgrade the target service according to a mirror code of a corresponding upgrade specified version of the target service.

[0083] In an optional embodiment, the orchestration information includes an authorized port of the target service, and the program 310 is used to enable the processor 302 to determine whether the authorized port is available; if so, restart the upgraded target service based on the authorized port; if not, obtain any available port from the reserved port pool to restart the upgraded target service, and remove the obtained available port from the reserved port pool.

[0084] In an optional implementation, program 310 is used to enable processor 302 to perform a connectivity check on an authorized port of a target service; if the connectivity check succeeds, the upgraded target service is registered to a service discovery list to initiate detection of the upgraded target service.

[0085] In an optional implementation, program 310 is used to enable processor 302 to create a target detection service if the connection detection fails and the number of detection failures reaches a preset threshold, so that the target detection service can perform a connection detection on the port of the target service until the target service is successfully started.

[0086] In an optional embodiment, the orchestration information includes service dependency information, and the program 310 is used to enable the processor 302 to detect whether there is a third-party service that the target service depends on based on the service dependency information; if so, start the third-party service; based on the successful start of the third-party service, restart the upgraded target service according to the orchestration information of the target service.

[0087] In an optional implementation, the server provides a communication interface for the central control server based on the node service, and the program 310 is used to enable the processor 302 to receive a microservice upgrade request node service from the central control server based on the communication interface.

[0088] In an optional implementation, the target service parameters include information of multiple microservices to be upgraded.

[0089] In an optional implementation, each microservice is started in a container mode in the server.

[0090] The specific implementation of each step in program 310 can refer to the corresponding description of the corresponding steps in the above service upgrade processing embodiment, which will not be repeated here. Those skilled in the art can clearly understand that for the convenience and simplicity of description, the specific working process of the above-described devices and modules can refer to the corresponding process description in the above-mentioned method embodiment, which will not be repeated here.

[0091] Through the solution provided in this embodiment, microservice upgrades are implemented based on node services without relying on additional operation and maintenance tools, thereby reducing operation and maintenance costs. Furthermore, node services integrate microservice upgrades to improve controllability.

[0092] In the description provided herein, a large number of specific details are described. However, it is understood that embodiments of the present invention can be practiced without these specific details. In some instances, well-known methods, structures and techniques are not shown in detail so as not to obscure the understanding of this description.

[0093] Similarly, it should be understood that in order to streamline the present disclosure and aid in understanding one or more of the various inventive aspects, in the above description of exemplary embodiments of the present invention, various features of the present invention are sometimes grouped together into a single embodiment, figure, or description thereof. However, this disclosed method should not be interpreted as reflecting the intention that the claimed invention requires more features than those expressly recited in each claim. Rather, as reflected in the claims, inventive aspects lie in less than all of the features of the individual embodiments previously disclosed. Therefore, the claims that follow the detailed description are hereby expressly incorporated into the detailed description, with each claim itself serving as a separate embodiment of the present invention.

[0094] Those skilled in the art will appreciate that the modules in the devices in the embodiments may be adaptively changed and arranged in one or more devices different from the embodiments. The modules or units or components in the embodiments may be combined into one module or unit or component, and in addition they may be divided into a plurality of submodules or subunits or subcomponents. Except that at least some of such features and / or processes or units are mutually exclusive, all features disclosed in this specification (including the accompanying claims, abstracts and drawings) and all processes or units of any method or device disclosed in this manner may be combined in any combination. Unless otherwise expressly stated, each feature disclosed in this specification (including the accompanying claims, abstracts and drawings) may be replaced by an alternative feature providing the same, equivalent or similar purpose.

[0095] In addition, those skilled in the art will appreciate that, although some embodiments described herein include certain features included in other embodiments but not other features, the combination of features of different embodiments is meant to be within the scope of the present invention and form different embodiments. For example, in the claims, any one of the claimed embodiments may be used in any combination.

[0096] It should be noted that the above embodiments illustrate the present invention rather than limit it, and that those skilled in the art may design alternative embodiments without departing from the scope of the appended claims. In the claims, any reference symbol between brackets should not be constructed as a limitation to the claims. The word "comprising" does not exclude the presence of elements or steps not listed in the claims. The word "one" or "an" preceding an element does not exclude the presence of a plurality of such elements. The present invention can be implemented by means of hardware including a number of different elements and by means of a suitably programmed computer. The use of the words first, second, and third, etc. does not indicate any order. These words can be interpreted as names.

Claims

1. A service upgrade processing method, the method is executed on a server, the server is configured with at least one microservice and a node service for managing each of the microservices, the service upgrade is integrated in the node service, the method comprises: Based on the node service, a microservice upgrade request is obtained, where the microservice upgrade request carries a target service parameter; Determine a target service corresponding to the target service parameter from the at least one microservice, take the target service offline, and remove the target service from the service discovery list to stop detecting the target service and perform an upgrade process; Acquire the orchestration information for the target service, and restart the upgraded target service according to the orchestration information; Detecting the startup of the upgraded target service until the upgraded target service is successfully started; The detecting the startup of the upgraded target service until the upgraded target service is successfully started further includes: Performing a connectivity check on the authorized port of the target service; If the detection connection is successful, the upgraded target service is registered in the service discovery list, so that the detection of the upgraded target service is started.

2. The method according to claim 1, wherein: The step of taking the target service offline and removing the target service from the service discovery list to stop detecting the target service and perform an upgrade process includes: Parse the microservice upgrade request to determine the corresponding upgrade specified version; Taking the target service offline and removing the target service from the service discovery list to stop detecting the target service; The target service is upgraded according to the mirror code of the upgrade specified version corresponding to the target service.

3. The method according to claim 1, wherein: The orchestration information includes an authorized port of the target service, Wherein, restarting the upgraded target service according to the arrangement information further comprises: Determine whether the authorized port is available; If yes, restart the upgraded target service based on the authorized port; If not, any available port is obtained from the reserved port pool to restart the upgraded target service, and the obtained available port is removed from the reserved port pool.

4. The method according to claim 1, wherein: After performing a continuity check on the authorized port of the target service, the method further comprises: If the connection detection fails and the number of detection failures reaches a preset threshold, a target detection service is created so that the target detection service performs a connection detection on the port of the target service until the target service is successfully started.

5. The method according to any one of claims 1 to 4, wherein: The orchestration information includes service dependency information, Wherein, restarting the upgraded target service according to the arrangement information further comprises: According to the service dependency information, detecting whether there is a third-party service that the target service depends on; If so, start the third-party service; Based on the successful start of the third-party service, the upgraded target service is restarted according to the orchestration information of the target service.

6. The method according to any one of claims 1 to 4, wherein: The server provides a communication interface for the central control server based on the node service. Wherein, obtaining the microservice upgrade request includes: Based on the communication interface, a microservice upgrade request is received from the central control server.

7. The method according to any one of claims 1 to 4, wherein: The target service parameters include information of multiple microservices to be upgraded.

8. The method according to any one of claims 1 to 4, wherein: Each of the microservices is started in the server in a container manner.

9. An electronic device, comprising: A processor, a memory, a communication interface and a communication bus, wherein the processor, the memory and the communication interface communicate with each other via the communication bus; The memory is used to store at least one executable instruction, the executable instruction is executed on the server, the server is configured with at least one microservice and a node service for managing each of the microservices, the service upgrade is integrated in the node service, and the processor performs the following operations: Based on the node service, a microservice upgrade request is obtained, where the microservice upgrade request carries a target service parameter; Determine a target service corresponding to the target service parameter from the at least one microservice, take the target service offline, and remove the target service from the service discovery list to stop detecting the target service and perform an upgrade process; Acquire the orchestration information for the target service, and restart the upgraded target service according to the orchestration information; Detecting the startup of the upgraded target service until the upgraded target service is successfully started; The detecting the startup of the upgraded target service until the upgraded target service is successfully started further includes: Performing a connectivity check on the authorized port of the target service; If the detection connection is successful, the upgraded target service is registered in the service discovery list, so that the detection of the upgraded target service is started.

10. The electronic device according to claim 9, wherein the executable instructions further cause the processor to perform the following operations: Parse the microservice upgrade request to determine the corresponding upgrade specified version; Taking the target service offline and removing the target service from the service discovery list to stop detecting the target service; The target service is upgraded according to the mirror code of the upgrade specified version corresponding to the target service.

11. The electronic device according to claim 9, wherein the orchestration information comprises an authorized port of the target service, The executable instructions further cause the processor to perform the following operations: Determine whether the authorized port is available; If yes, restart the upgraded target service based on the authorized port; If not, any available port is obtained from the reserved port pool to restart the upgraded target service, and the obtained available port is removed from the reserved port pool.

12. The electronic device according to claim 9, wherein the executable instructions further cause the processor to perform the following operations: If the connection detection fails and the number of detection failures reaches a preset threshold, a target detection service is created so that the target detection service performs a connection detection on the port of the target service until the target service is successfully started.

13. The electronic device according to any one of claims 9 to 12, wherein the arrangement information comprises service dependency information. The executable instructions further cause the processor to perform the following operations: According to the service dependency information, detecting whether there is a third-party service that the target service depends on; If so, start the third-party service; Based on the successful start of the third-party service, the upgraded target service is restarted according to the orchestration information of the target service.

14. The electronic device according to any one of claims 9 to 12, wherein the server provides a communication interface for a central control server based on the node service. The executable instructions further cause the processor to perform the following operations: Based on the communication interface, a microservice upgrade request is received from the central control server.

15. The electronic device according to any one of claims 9 to 12, wherein the target service parameters include information of a plurality of microservices to be upgraded.

16. The electronic device according to any one of claims 9 to 12, wherein each of the microservices is started in the server in a container manner.

17. A computer storage medium, wherein at least one executable instruction is stored in the storage medium, and the executable instruction enables a processor to execute an operation corresponding to the service upgrade processing method according to any one of claims 1 to 8.

Images