Granted Patent B2

US 12,360,760 · App. 18/353,839 · Granted Jul 15, 2025

Inventors: Sreeram Duvur (Fremont, CA); Vijayanth Devadhar (Fremont, CA); Matthew Gainsborough (Oakland, CA); Kiet Phong (Newcastle, WA); Sathish Santhanam (Fremont, CA); Lawrence Thomas Lopez (Cupertino, CA)

Assignee: Salesforce, Inc.

G06F8/65

Abstract

Claims (43)

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.

Assignments (2)

Continuity (4)

References Cited (87)