Service update management
The invention discloses a method, system, and computer program product for service update management. The method, during a first update procedure for a first service in a computing system, in response to a detection that the first update procedure fails, a state of a second service on which the first service depends in the computing system is checked. In response to the second service being in a first state, the first update procedure is suspended. Resources allocated to the first update procedure by the computing system are released. The released resources are allocated to the second update procedure of the second service. The second update procedure is implemented based on the allocated released resources. With these embodiments, failures during the update procedures for the services may be automatically detected and removed based on a dependency relationship between the services. Therefore, the performance of the update procedures may be increased.
1 . A computer-implemented method, comprising:
during a first update procedure for a first service in a computing system, utilizing a detector to request an application programming interface (API) server to provide states about the first service and a second service;
in response to a detection that the first update procedure is failed, checking, by one or more processors, a state of the second service on which the first service depends in the computing system;
creating, by the detector, a state object for tracking a status of services undergoing updates and storing information about the failed first update procedure for the first service and its corresponding dependent service;
triggering, by a timer, periodically the detector to obtain a latest state for the corresponding dependent service dynamically by retrying the corresponding dependent service and updating a state of the corresponding dependent service in the state object based on a latest state;
in response to the second service being in a first state which indicates that a second update procedure of the second service is waiting for the computing system to allocate resources,
suspending, by the one or more processors, the first update procedure;
releasing, by the one or more processors, resources allocated to the first update procedure by the computing system;
allocating, by the one or more processors, the released resources to the second update procedure of the second service;
implementing, by the one or more processors, the second update procedure based on the allocated released resources;
monitoring, by the one or more processors, whether the second update procedure of the second service is finished when the released resources are allocated; and
continuing, by the one or more processors, the first update procedure once the second update procedure of the second service is finished.
2 . The method of claim 1 , wherein implementing the second update procedure based on the allocated released resources further comprises:
in response to the second update procedure being executed but not finished, updating, by the one or more processors, the state of the second service to a second state which indicates that the second update procedure of the second service is executing; and
in response to the second update procedure being finished, updating, by the one or more processors, the state of the second service to a third state which indicates that the second update procedure of the second service is finished.
3 . The method of claim 2 , further comprising:
in response to the second service being in the second state,
continuing, by the one or more processors, suspending the first update procedure;
in response to the second service being in the third state,
allocating, by the one or more processors, resources to the first update procedure of the first service; and
continuing, by the one or more processors, the first update procedure based on the allocated resources.
4 . The method of claim 1 , wherein the first and second services are developed based on a Kubernetes architecture, and the second service is provided by at least one instance that is defined in a Kubernetes deployment of the second service.
5 . The method of claim 4 , wherein the first state further comprises a state which indicates that at least one instance of the second service is waiting for the computing system to allocate resources.
6 . The method of claim 5 , wherein allocating the released resources to the second service comprises: allocating, by the one or more processors, the released resources to the at least one instance of the second service.
7 . The method of claim 1 , wherein the computing system is provided in a developing environment, in which resources of the computing system are not enough for supporting both the first update procedure and the second update procedure.
8 . A computer-implemented system, comprising a computer processor coupled to a computer-readable memory unit, the memory unit comprising instructions that when executed by the computer processor implements a method comprising:
during a first update procedure for a first service in a computing system, utilizing a detector to request an application programming interface (API) server to provide states about the first service and a second service;
in response to a detection that the first update procedure is failed, checking, by one or more processors, a state of the second service on which the first service depends in the computing system;
creating, by the detector, a state object for tracking a status of services undergoing updates and storing information about the failed first update procedure for the first service and its corresponding dependent service;
triggering, by a timer, periodically the detector to obtain a latest state for the corresponding dependent service dynamically by retrying the corresponding dependent service and updating a state of the corresponding dependent service in the state object based on a latest state;
in response to the second service being in a first state which indicates that a second update procedure of the second service is waiting for the computing system to allocate resources,
suspending the first update procedure;
releasing resources allocated to the first update procedure by the computing system;
allocating the released resources to the second update procedure of the second service;
implementing the second update procedure based on the allocated released resources;
monitoring whether the second update procedure of the second service is finished when the released resources are allocated; and
continuing the first update procedure once the second update procedure of the second service is finished.
9 . The system of claim 8 , wherein implementing the second update procedure based on the allocated released resources further comprises:
in response to the second update procedure being executed but not finished, updating the state of the second service to a second state which indicates that the second update procedure of the second service is executing; and
in response to the second update procedure being finished, updating the state of the second service to a third state which indicates that the second update procedure of the second service is finished.
10 . The system of claim 9 , wherein the method further comprises:
in response to the second service being in the second state,
continuing suspending the first update procedure;
in response to the second service being in the third state,
allocating resources to the first update procedure of the first service; and
continuing the first update procedure based on the allocated resources.
11 . The system of claim 8 , wherein the first and second services are developed based on a Kubernetes architecture, and the second service is provided by at least one instance that is defined in a Kubernetes deployment of the second service.
12 . The system of claim 11 , wherein the first state further comprises a state which indicates that at least one instance of the second service is waiting for the computing system to allocate resources.
13 . The system of claim 12 , wherein allocating the released resources to the second service comprises: allocating the released resources to the at least one instance of the second service.
14 . The system of claim 8 , wherein the computing system is provided in a developing environment, in which resources of the computing system are not enough for supporting both the first update procedure and the second update procedure.
15 . A computer program product, the computer program product comprising a computer readable storage medium having program instructions embodied therewith, the program instructions executable by an electronic device to cause the electronic device to perform a method, the method comprises:
during a first update procedure for a first service in a computing system, utilizing a detector to request an application programming interface (API) server to provide states about the first service and a second service;
in response to a detection that the first update procedure is failed, checking, by one or more processors, a state of the second service on which the first service depends in the computing system;
creating, by the detector, a state object for tracking a status of services undergoing updates and storing information about the failed first update procedure for the first service and its corresponding dependent service;
triggering, by a timer, periodically the detector to obtain a latest state for the corresponding dependent service dynamically by retrying the corresponding dependent service and updating a state of the corresponding dependent service in the state object based on a latest state;
in response to the second service being in a first state which indicates that a second update procedure of the second service is waiting for the computing system to allocate resources,
suspending the first update procedure;
releasing resources allocated to the first update procedure by the computing system;
allocating the released resources to the second update procedure of the second service;
implementing the second update procedure based on the allocated released resources;
monitoring whether the second update procedure of the second service is finished when the released resources are allocated; and
continuing the first update procedure once the second update procedure of the second service is finished.
16 . The computer program product of claim 15 , wherein implementing the second update procedure based on the allocated released resources further comprises:
in response to the second update procedure being executed but not finished, updating the state of the second service to a second state which indicates that the second update procedure of the second service is executing; and
in response to the second update procedure being finished, updating the state of the second service to a third state which indicates that the second update procedure of the second service is finished.
17 . The computer program product of claim 16 , wherein the method further comprises:
in response to the second service being in the second state,
continuing suspending the first update procedure;
in response to the second service being in the third state,
allocating resources to the first update procedure of the first service; and
continuing the first update procedure based on the allocated resources.
18 . The computer program product of claim 15 , wherein the first and second services are developed based on a Kubernetes architecture, and the second service is provided by at least one instance that is defined in a Kubernetes deployment of the second service.
19 . The computer program product of claim 18 , wherein the first state further comprises a state which indicates that at least one instance of the second service is waiting for the computing system to allocate resources.
20 . The computer program product of claim 19 , wherein allocating the released resources to the second service comprises: allocating the released resources to the at least one instance of the second service, and wherein the computing system is provided in a developing environment, in which resources of the computing system are not enough for supporting both the first update procedure and the second update procedure.