Abstract: An example method of automatically deploying a containerized application on an operating system (OS) of a device is provided. The method generally includes booting the device with the corresponding operating system; powering on a hypervisor as a first user processing running on the OS; powering on a container engine as a second user process running on the OS; booting a virtual machine (VM) running an embedded hypervisor, wherein the VM is running on the hypervisor; and in response to booting the VM: automatically obtaining, by the VM, intended state configuration file(s) defining a control plane configuration for providing services for at least deploying and managing the containerized application and application configuration parameters for the containerized application; deploying a control plane pod configured according to the control plane configuration; deploying container(s) on the OS based on the control plane configuration; and deploying the containerized application on the container(s).

Abstract: The disclosure provides a method for monitoring a disconnected component in a container orchestration system. The method generally includes obtaining, by an abstraction layer, monitoring data associated with the component while the component is connected to a network, wherein the abstraction layer comprises at least one proxy component acting as a proxy for the component in the container orchestration system; intercepting, by the abstraction layer, a query intended for the component, wherein the query originated from one or more monitoring agents configured to continuously monitor at least the component; and responding to the query based on the monitoring data obtained by the abstraction layer for the component.

Abstract: An example method of automatically deploying a containerized workload on a hypervisor based device is provided. The method generally includes booting the device running a hypervisor, in response to booting the device: automatically obtaining, by the device, one or more intended state configuration files from a server external to the device, the one or more intended state configuration files defining a control plane configuration for providing services for at least deploying and managing the containerized workload and workload configuration parameters for the containerized workload; deploying a control plane pod configured according to the control plane configuration; deploying one or more worker nodes based on the control plane configuration, and deploying one or more workloads identified by the workload configuration parameters on the one or more worker nodes.

Abstract: The disclosure provides a method for monitoring a disconnected component in a container orchestration system. The method generally includes obtaining, by an abstraction layer, monitoring data associated with the component while the component is connected to a network, wherein the abstraction layer comprises at least one proxy component acting as a proxy for the component in the container orchestration system; intercepting, by the abstraction layer, a query intended for the component, wherein the query originated from one or more monitoring agents configured to continuously monitor at least the component; and responding to the query based on the monitoring data obtained by the abstraction layer for the component.

Abstract: An example method of automatically deploying a containerized application on an operating system (OS) of a device is provided. The method generally includes booting the device with the corresponding operating system; powering on a hypervisor as a first user processing running on the OS; powering on a container engine as a second user process running on the OS; booting a virtual machine (VM) running an embedded hypervisor, wherein the VM is running on the hypervisor; and in response to booting the VM: automatically obtaining, by the VM, intended state configuration file(s) defining a control plane configuration for providing services for at least deploying and managing the containerized application and application configuration parameters for the containerized application; deploying a control plane pod configured according to the control plane configuration; deploying container(s) on the OS based on the control plane configuration; and deploying the containerized application on the container(s).

Abstract: An example method of automatically deploying a containerized workload on a hypervisor based device is provided. The method generally includes booting the device running a hypervisor, in response to booting the device: automatically obtaining, by the device, one or more intended state configuration files from a server external to the device, the one or more intended state configuration files defining a control plane configuration for providing services for at least deploying and managing the containerized workload and workload configuration parameters for the containerized workload; deploying a control plane pod configured according to the control plane configuration; deploying one or more worker nodes based on the control plane configuration, and deploying one or more workloads identified by the workload configuration parameters on the one or more worker nodes.

Abstract: Some embodiments of the invention provide a novel network architecture for deploying guest clusters (GCs) including workload machines for a tenant (or other entity) within an availability zone. The novel network architecture includes a virtual private cloud (VPC) deployed in the availability zone (AZ) that includes a centralized routing element that provides access to a gateway routing element of the AZ. In some embodiments, the centralized routing element provides a set of services for packets traversing a boundary of the VPC. The services, in some embodiments, include load balancing, firewall, quality of service (QoS) and may be stateful or stateless. Guest clusters are deployed within the VPC and use the centralized routing element of the VPC to access the gateway routing element of the AZ.

Abstract: Some embodiments of the invention provide a novel network architecture for deploying guest clusters (GCs) including workload machines for a tenant (or other entity) within an availability zone. The novel network architecture includes a virtual private cloud (VPC) deployed in the availability zone (AZ) that includes a centralized routing element that provides access to a gateway routing element of the AZ. In some embodiments, the centralized routing element provides a set of services for packets traversing a boundary of the VPC. The services, in some embodiments, include load balancing, firewall, quality of service (QoS) and may be stateful or stateless. Guest clusters are deployed within the VPC and use the centralized routing element of the VPC to access the gateway routing element of the AZ.

Abstract: A system 300 and method for fast matching of JAVA classpaths in a shared classes JVM system by identifying classpaths of loaded classes and storing a local array (110, 210) of identified classpaths in order to avoid checking on a subsequent class load for a particular JVM. This allows dramatic speeding up of class-loading in cases where multiple JVMs are running similar applications.

Abstract: A system and method for automated FVT test generation by distributed processing among a master (100) and one or more slave (200) JVMs which communicate via RMI. Using reflection analysis, the master (100) sequentially tests each of a plurality of classes, instructs the slave to test each of the plurality of classes, compares the results of the testing at the master and slave and in dependence thereon adds the class to a pool (110) of classes for subsequent use. This provides the advantage that the test application may be set running and allowed to continue automatically. The more objects that are serialised, the more variations and permutations can be tested and theoretically, there is no limit to the amount of testing that can be done. Rather than having a static set of tests that are run over and over, the tests are constantly changing which increases the likelihood of finding bugs.

Abstract: A system and method for automated FVT test generation by distributed processing among a master (100) and one or more slave (200) JVMs which communicate via RMI. Using reflection analysis, the master (100) sequentially tests each of a plurality of classes, instructs the slave to test each of the plurality of classes, compares the results of the testing at the master and slave and in dependence thereon adds the class to a pool (110) of classes for subsequent use. This provides the advantage that the test application may be set running and allowed to continue automatically. The more objects that are serialised, the more variations and permutations can be tested and theoretically, there is no limit to the amount of testing that can be done. Rather than having a static set of tests that are run over and over, the tests are constantly changing which increases the likelihood of finding bugs.