Abstract: There are provided systems and methods for a distributed autonomous patching system. During patching of a cloud computing architecture, an autonomous patching system may operator autonomously with no to minimal operator input to patch the host machines and corresponding computes of the cloud computing architecture's available applications. This may work by receiving a patch and determining corresponding patching factors for an availability zone of computes in the cloud. The system may then determine a patching topology map having an order of patching nodes for the selected computes of the application in the availability zone. Thereafter, while monitoring those computes, the system may select certain computes into an active processing funnel, where the patch is applied to those computes. Fingerprinting of before and after-patch states may be used to ensure proper patching.

Abstract: There are provided systems and methods for a distributed autonomous patching system. During patching of a cloud computing architecture, an autonomous patching system may operator autonomously with no to minimal operator input to patch the host machines and corresponding computes of the cloud computing architecture's available applications. This may work by receiving a patch and determining corresponding patching factors for an availability zone of computes in the cloud. The system may then determine a patching topology map having an order of patching nodes for the selected computes of the application in the availability zone. Thereafter, while monitoring those computes, the system may select certain computes into an active processing funnel, where the patch is applied to those computes. Fingerprinting of before and after-patch states may be used to ensure proper patching.

Abstract: There are provided systems and methods for a distributed autonomous patching system. During patching of a cloud computing architecture, an autonomous patching system may operator autonomously with no to minimal operator input to patch the host machines and corresponding computes of the cloud computing architecture's available applications. This may work by receiving a patch and determining corresponding patching factors for an availability zone of computes in the cloud. The system may then determine a patching topology map having an order of patching nodes for the selected computes of the application in the availability zone. Thereafter, while monitoring those computes, the system may select certain computes into an active processing funnel, where the patch is applied to those computes. Fingerprinting of before and after-patch states may be used to ensure proper patching.

Abstract: There are provided systems and methods for a distributed autonomous patching system. During patching of a cloud computing architecture, an autonomous patching system may operator autonomously with no to minimal operator input to patch the host machines and corresponding computes of the cloud computing architecture's available applications. This may work by receiving a patch and determining corresponding patching factors for an availability zone of computes in the cloud. The system may then determine a patching topology map having an order of patching nodes for the selected computes of the application in the availability zone. Thereafter, while monitoring those computes, the system may select certain computes into an active processing funnel, where the patch is applied to those computes. Fingerprinting of before and after-patch states may be used to ensure proper patching.

Abstract: There are provided systems and methods for a distributed autonomous patching system. During patching of a cloud computing architecture, an autonomous patching system may operator autonomously with no to minimal operator input to patch the host machines and corresponding computes of the cloud computing architecture's available applications. This may work by receiving a patch and determining corresponding patching factors for an availability zone of computes in the cloud. The system may then determine a patching topology map having an order of patching nodes for the selected computes of the application in the availability zone. Thereafter, while monitoring those computes, the system may select certain computes into an active processing funnel, where the patch is applied to those computes. Fingerprinting of before and after-patch states may be used to ensure proper patching.

Abstract: A system and method for adaptively identifying and correcting issues in a computing system, such as a distributed node computing system, are described. The method includes receiving node data from a group of nodes, the node data describing one or more operational characteristics of a node. The operational characteristics may include CPU load, memory load, latency, or other operational data that describes node performance. Reachability data for the group of nodes is generated by trying to contact each node. Code version data is generated for each node that identifies which version of code applications in the node are running. The nodes are grouped into clusters using density-based clustering to identify outliers. A correlation is determined between the reachability, code version, and outlier data to identify problems and issue corrective actions.

Abstract: A system and method for adaptively identifying and correcting issues in a computing system, such as a distributed node computing system, are described. The method includes receiving node data from a group of nodes, the node data describing one or more operational characteristics of a node. The operational characteristics may include CPU load, memory load, latency, or other operational data that describes node performance. Reachability data for the group of nodes is generated by trying to contact each node. Code version data is generated for each node that identifies which version of code applications in the node are running. The nodes are grouped into clusters using density-based clustering to identify outliers. A correlation is determined between the reachability, code version, and outlier data to identify problems and issue corrective actions.

Abstract: A system and method for zero or near zero downtime deployment and rollback are provided. In an example embodiment, a second application is deployed to an application server that is running a first application bound to a port of the server computer. The second application is started without binding the second application to the port. The second application is bound to the port while the first application is bound to the port. The first application is then unbound from the port after the second application is bound to the port.