System and method for automatically controlling operating state of an application

A system for automatically controlling operating state of one or more applications in a Kubernetes distributed operating system, the system comprising:

• the Kubernetes distributed operating system;
• and
• a processor operatively coupled to the Kubernetes distributed operating system via a communication network, wherein the processor is configured to execute instructions to perform the following:
• creating a Docker image that contains a command line binary and a script configured for interacting with a Kubernetes application programming interface (API);
• integrating the Docker image with a scheduler module to create periodic and recurring tasks to be ran on a predefined schedule to allow for full automation of scheduled down and up times for the applications;
• wherein each run of one of the periodic and recurring tasks comprises, in response to the predefined schedule of the task:
• creating a container, using the Docker image, in the Kubernetes distributed operating system, the container having the script installed therein configured with a set of command options;
• automatically performing an action to control the operating state of one or more of the applications by utilizing the installed script configured to apply a command in accordance with the set of command options, the command options specifying at least:
• the action to perform, namespace to perform the action on, desired application name to apply the action or default option, and list of applications to exclude when using the default option,
• wherein the script runs on the container and delegates a call, based on the set of command options, to the command line binary which issues the commands via the Kubernetes API to perform the action;
• and
• destroying the container created for the task after controlling the operating state of the one or more applications,
• wherein the configurable values for the action to perform option include start and stop for turning one or more applications on or off respectively, and the default option is for applying the specified action to all applications in the specified namespace except for the applications specified in the list of applications to exclude, and
• wherein the periodic and recurring tasks include at least a first task and a second task, wherein the command options of the first task specify the stop action, a first namespace, the default option, and a first list of applications to exclude, and the processor is further configured to perform, in response to the predefined schedule of the first task:
• obtaining, by utilizing the script, a list of all applications in the first namespace via the Kubernetes API;
• automatically turning off all the applications in the obtained list, except for the applications in the first list of applications to exclude, by scaling corresponding replicas to zero (0);
• and
• destroying the container created for the first task after turning off the applications, and
• wherein the command options of the second task specify the start action, a first desired application, and the first namespace, and the processor is further configured to perform, in response to the predefined schedule of the second task:
• obtaining, by utilizing the script, the desired application in the namespace via the Kubernetes API;
• automatically turning on the desired application by scaling corresponding replicas to one (1) or more;
• and
• destroying the container created for the second task after turning on the desired application.

A non-transitory computer readable medium configured to store instructions for automatically controlling operating state of one or more applications in a Kubernetes distributed operating system, wherein, when executed, the instructions cause a processor to perform the following:

• creating a Docker image that contains a command line binary and a script configured for interacting with a Kubernetes application programming interface (API);
• integrating the Docker image with a scheduler module to create periodic and recurring tasks to be ran on a predefined schedule to allow for full automation of scheduled down and up times for the applications;
• wherein each run of one of the periodic and recurring tasks comprises, in response to the predefined schedule of the task:
• creating a container, using the Docker image, in the Kubernetes distributed operating system, the container having the script installed therein configured with a set of command options;
• automatically performing an action to control the operating state of one or more of the applications by utilizing the installed script configured to apply a command in accordance with the set of command options, the command options specifying at least:
• the action to perform, namespace to perform the action on, desired application name to apply the action or default option, and list of applications to exclude when using the default option,
• wherein the script runs on the container and delegates a call, based on the set of command options, to the command line binary which issues the commands via the Kubernetes API to perform the action;
• and
• destroying the container created for the task after controlling the operating state of the one or more applications,
• wherein the configurable values for the action to perform option include start and stop for turning one or more applications on or off respectively, and the default option is for applying the specified action to all applications in the specified namespace except for the applications specified in the list of applications to exclude, and
• wherein the periodic and recurring tasks include at least a first task and a second task, wherein the command options of the first task specify the stop action, a first namespace, the default option, and a first list of applications to exclude, the processor further being caused to perform, in response to the predefined schedule of the first task:
• obtaining, by utilizing the script, a list of all applications in the first namespace via the Kubernetes API;
• automatically turning off all the applications in the obtained list, except for the applications in the first list of applications to exclude, by scaling corresponding replicas to zero (0);
• and
• destroying the container created for the first task after turning off the applications, and
• wherein the command options of the second task specify the start action, a first desired application, and the first namespace, the processor further being caused to perform, in response to the predefined schedule of the second task:
• obtaining, by utilizing the script, the desired application in the namespace via the Kubernetes API;
• automatically turning on the desired application by scaling corresponding replicas to one (1) or more;
• and
• destroying the container created for the second task after turning on the desired application.