Cluster API Update Makes Managing Kubernetes Environments Simpler
The maintainers of the Cluster Application Programming Interface (API) for Kubernetes clusters have released an update that makes it simpler to automatically trigger in-place updates to create or delete a machine.
Version 1.12.0 of the Cluster API now enables IT teams to change a machine specification that, via the KubeadmControlPlane, will automatically trigger in-place updates or, when advisable, chained upgrades.
Additionally, Cluster API adds support for update extensions that enable IT teams to make changes on existing machines in-place, without deleting and re-creating a machine.
Fabrizio Pandini, a principal engineer at Broadcom who also serves as the technical lead for the Cluster API special interest group (SIG), said collectively these capabilities also enable IT teams to declaratively aggregate updates to Kubernetes clusters spanning multiple releases. Instead of trying to update Kubernetes clusters multiple times a year to keep pace with the rate at which new releases of Kubernetes are made, IT teams will be able to, for example, update a Kubernetes once a year by aggregating the previous three releases of Kubernetes that were made available over the past 12 months, noted Pandini.
At its core, these new capabilities rely only on two core primitives, create and delete, that are accessed via the Cluster API. There are no dependencies on machine-specific choices, such as operating systems or a bootstrap mechanism. That approach makes it possible for any Kubernetes controller that an IT team is using to manage clusters to invoke this capability.
At the same time, Cluster API remains extensible, said Pandini. Any IT team can create their own update extension and decide when and how to use in-place updates using, for example, open source Karpenter tool to enable auto-scaling, he added.
As more organizations deploy cloud-native applications based on containers, managing fleets of Kubernetes clusters is becoming more challenging. A recent survey conducted by the Cloud Native Computing Foundation (CNCF) finds that 82% of IT organizations that are running container applications have now adopted Kubernetes.
The issue that many of these organizations are now encountering is that as updates are made across a fleet of Kubernetes clusters, it becomes that much more difficult to ensure that best change management practices are being followed. As part of that effort, the maintainers of the Cluster API project will be squarely focused on improving overall resiliency and scalability in the year ahead to help streamline the management of Kubernetes clusters, said Pandini.
The ultimate goal, of course, is to make Kubernetes clusters more accessible to the average IT administrator versus always requiring a DevOps or platform engineer to deploy, manage, update and secure a cluster. In theory, there should soon be a raft of artificial intelligence (AI) agents that via a natural language might be able to automate a range of Kubernetes management tasks.
In the meantime, however, there is no substitute for a set of declarative APIs that make it simpler to manage one of the most complex platforms ever to find its way into a production environment in the enterprise.
