Release orchestration for cloud services

Patent metadata

Field	Value
Publication number	US-10776099-B2
Application number	US-201916261495-A
Country	US
Kind code	B2
Filing date	Jan 29, 2019
Priority date	Jan 29, 2019
Publication date	Sep 15, 2020
Grant date	Sep 15, 2020

Abstract

A release orchestration mechanism for cloud services. According to some implementations, while an app aware 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. When a threshold number of the COS pods having the second app version containers are live, a validation of the second app version is caused. Then a transition to sending production traffic to the second app version containers is performed. After causing the transition, timers are started based on a time period indicated in the configuration information and the first app version containers are instructed to gracefully shut down. Based on expiration of the timers, any of the COS pods having the first app version containers that are not yet shut down are forced to shut down.

First claim

What is claimed is:

1. A non-transitory machine-readable storage medium that provides instructions that, if executed by a machine, will cause said machine to perform operations comprising:
while an app aware 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, receiving configuration information including an identification of a second app version container image for a second app version, a number of COS pods, a time period, and a set of parameters including identification information and a threshold number, wherein the second app version is an updated version of the first app version;
using the second app version container image identified in the configuration information, bringing up COS pods having second app version containers until their number meets the number of COS pods from the configuration information;
when the threshold number of the COS pods having the second app version containers are live, causing a validation of the second app version by causing test and/or warmup traffic to be sent to the COS pods having the second app version containers that are live;
causing a transition to sending production traffic to the second app version containers that are live instead to of the first app version;
after causing the transition, starting a set of one or more timers based on the time period indicated in the configuration information and instructing the first app version containers to gracefully shut down; and
based on expiration of the set of timers, forcing any of the COS pods having the first app version containers that are not yet shut down to shut down.

2. The non-transitory machine-readable storage medium of claim 1 , wherein the causing a validation comprises:
causes generation and transmission of test traffic that mimics production traffic, as well as causes the test traffic to be sent to the second app version while the production traffic continues to be sent to the first application version.

3. The non-transitory machine-readable storage medium of claim 1 , wherein the identification information includes a services collection identifier and a second app version identifier.

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

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

6. The non-transitory machine-readable storage medium of claim 4 , wherein the DBMS connection information for the first app version and the second app version each include database credentials.

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

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

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

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

11. A non-transitory machine-readable storage medium that provides instructions that, if executed by a machine, will cause said machine to perform operations comprising:
while an app aware 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, receiving configuration information at a COS controller;
bringing up by the COS controller a number of COS pods having second app version containers using a second app version container image and identification information in the configuration information;
providing a set of parameters from the configuration information to a reusable deployment pipeline responsible for causing a transition to sending production traffic to the second app version containers instead of the first app version after the second app version containers have been validated;
for each of the COS pods having the second app version containers:
when the second app version container is live, responding affirmatively to requests from the COS controller inquiring whether the second app version container is live;
monitoring whether the transition to sending production traffic to the second app version container has occurred; and
responsive to requests from the COS controller as to whether the second app version container is ready, the second app version container responding affirmatively after determining that the transition to sending production traffic to the second app version container has occurred;

when one of the plurality of COS pods having the first app version containers is ready to be shut down, starting a timer based on a time period indicated in the configuration information and instructing the first app version container to gracefully shut down; and
when the timer expires, forcing the COS pod with the first app version container to shut down if it has not already.

12. The non-transitory machine-readable storage medium of claim 11 , wherein the monitoring whether the transition to sending production traffic to the second app version container has occurred includes:
deriving a URL based on the identification information in the configuration information; and
pinging that URL until it indicates that the second app version container is receiving production traffic.

13. The non-transitory machine-readable storage medium of claim 11 , wherein the first application (app) version communicates with a database management system (DBMS) using a database name assigned to the first app version, and wherein the operations further comprise:
each of the second app version containers participating in choosing of a lead one of the second app version containers;
the lead one of the second app version containers preparing the DBMS by loading second app version specific database release artifacts within the second app version container using DBMS connection information for the second app version in the configuration information.

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

15. The non-transitory machine-readable storage medium of claim 13 , further comprising the preliminary operations of:
preloading the DBMS connection information for the second app version into the DBMS; and
registering the second app version container image in a container registry to be accessed by the COS controller during the bringing up.

16. The non-transitory machine-readable storage m

Assignees

• Salesforce Com Inc

Inventors

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

Classifications

• G06F9/45558 Primary

  Hypervisor-specific management and integration aspects · CPC title

• G06F2009/45575

  Starting, stopping, suspending or resuming virtual machine instances · CPC title

• G06F8/71

  Version control (security arrangements therefor G06F21/57); Configuration management · CPC title

• G06F8/65 Primary

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