Cloud services release orchestration

Patent metadata

Field	Value
Publication number	US-12360760-B2
Application number	US-202318353839-A
Country	US
Kind code	B2
Filing date	Jul 17, 2023
Priority date	Jan 29, 2019
Publication date	Jul 15, 2025
Grant date	Jul 15, 2025

Abstract

According to some implementations, while a proxy routes production traffic to a first application (app) version that runs in a plurality of container orchestration system (cos) pods having first app version containers, configuration information is received including an identification of a second app version container image for a second app version. The second app version is an updated version of the first app version. Cos pods having second app version containers are brought up based on the second app version container image identified in the configuration information. Test and/or warmup traffic is caused to be routed to the second app version containers. Responsive to an indication regarding the routing of the test and/or warmup traffic to the second app version, causing a transition to sending production traffic to the second app version containers instead of to the first app version.

First claim

What is claimed is:

1. A non-transitory machine-readable storage medium that provides instructions that, if executed by a machine, are configurable to cause said machine to perform operations according to a pipeline to deploy, run acceptance tests, and release to production new versions of container applications, the operations comprising:
while ingress to a managed service built on Kubernetes is configured to route production traffic to an existing version of a container application (app) running in a container within a replica, receiving configuration information including an identification of a container image for an updated version of the container app;
causing the creation of a container within a replica to run the updated version of the container app based on the container image;
configuring, to enable testing of the replica running the updated version, the ingress to distinguish between traffic designated for the container within the replica running the updated version and production traffic, and to direct traffic designated for the container within the replica running the updated version while the production traffic continues to be routed to the container within the replica running the existing version;
responsive to different ones of a plurality of control signals, including responses to health probes of which at least one is a readiness probe, performing the following:
automatically configuring, according to a set of parameters in the configuration information, ingress to start routing production traffic to the container within the replica running the updated version instead of to the existing version; and
automatically starting a process to shut down the container within the replica running the existing version only after an affirmative response to the readiness probe.

2. The non-transitory machine-readable storage medium of claim 1 , wherein the traffic designated for the container within the replica running the updated version is test and/or warmup traffic.

3. The non-transitory machine-readable storage medium of claim 2 , wherein the operations further comprise:
causing generation and transmission of the test and/or warmup traffic.

4. The non-transitory machine-readable storage medium of claim 1 , wherein the process comprises:
starting a timer based on a time period and instructing the container within the replica running the existing version to shut down; and
when the timer expires, forcing the container within the replica running the existing version to shut down if it has not already.

5. The non-transitory machine-readable storage medium of claim 4 , wherein the time period is indicated in the configuration information.

6. The non-transitory machine-readable storage medium of claim 1 , wherein the traffic is external HTTP traffic.

7. The non-transitory machine-readable storage medium of claim 1 , wherein the operations are to perform container app versioning.

8. The non-transitory machine-readable storage medium of claim 1 , wherein the process is to allow for a graceful shutdown.

9. The non-transitory machine-readable storage medium of claim 1 , wherein the health probes are HTTP probes.

10. The non-transitory machine-readable storage medium of claim 1 , wherein the managed service is to run containerized applications on a serverless platform.

11. The non-transitory machine-readable storage medium of claim 1 , wherein the ingress of the managed service includes built-in support for external HTTP-based ingress.

12. The non-transitory machine-readable storage medium of claim 1 , wherein the ingress of the managed service is a built-in external ingress feature.

13. The non-transitory machine-readable storage medium of claim 1 , wherein the operations are to deploy application updates with zero downtime:
repeating the causing the creation of a container within a replica to run the updated version of the container app based on the container image until their number meets a number from the configuration information.

14. The non-transitory machine-readable storage medium of claim 1 , wherein the operations further comprise:
monitoring whether production traffic is being sent to the container within the replica running the updated version; and
responsive to requests as to whether the container within the replica running the updated version is ready, that container responding affirmatively after determining that production traffic is being sent to that container.

15. The non-transitory machine-readable storage medium of claim 14 , wherein the monitoring includes:
deriving a URL based on the configuration information; and
pinging that URL until it indicates that the container within the replica running the updated version is receiving production traffic.

16. The non-transitory machine-readable storage medium of claim 14 , wherein the requests inquiring whether the container within the replica running the updated version is ready are readiness probes.

17. The non-transitory machine-readable storage medium of claim 1 , wherein the existing version communicates with a database management system (DBMS) using a database name assigned to the existing version, wherein the configuration information includes DBMS connection information for the existing version and the updated version, and the operations further include:
preparing the DBMS by loading app version specific database release artifacts within the container image for the updated version using the DBMS connection information for the updated version.

18. The non-transitory machine-readable storage medium of claim 17 , wherein the operations further include the preliminary operations of:
preloading the DBMS connection information for the updated version into the DBMS; and
registering the container image for the updated version in a container registry.

19. The non-transitory machine-readable storage medium of claim 17 , wherein the DBMS connection information for the existing version and the updated version each include database credentials.

20. The non-transitory machine-readable storage medium of claim 19 , wherein the database credentials including database usernames and passwords.

21. The non-transitory machine-readable storage medium of claim 19 , wherein the DBMS connection information includes a database instance name.

22. The non-transitory machine-readable storage medium of claim 17 , wherein the app version specific database release artifacts include a PL/SQL package and a set or one or more query optimization hints.

23. The non-transitory machine-readable storage medium of claim 17 , wherein the operations further comprise:
causing a set of post release database cleanup activities related to the existing version.

24. The non-transitory machine-readable storage medium of claim 1 , wherein operations further comprise:
repeating the causing the creation of a container within a replica to run the updated version of the container app based on the container image until their number meets a number from the configuration information.

Assignees

• Salesforce Inc

Inventors

• Duvur Sreeram
• Devadhar Vijayanth
• Gainsborough Matthew
• Phong Kiet
• Santhanam Sathish
• Lopez Lawrence Thomas

Classifications

• G06F9/455

  Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines · CPC title

• G06F8/65 Primary

  Updates (security arrangements therefor G06F21/57) · CPC title