Em nossa análise anterior, exploramos o uso de GitOps em infraestruturas on-premises, focando no gerenciamento de múltiplos clusters baseados na distribuição k3s via k0rdent. No entanto, o ecossistema de Platform Engineering é vasto, e o desafio real não reside apenas em rodar o Kubernetes, mas em operá-lo com escala, consistência e eficiência financeira.
O problema da escalabilidade que poucos discutem
Como gerenciar dezenas ou centenas de clusters sem comprometer o orçamento e a complexidade operacional? Para empresas brasileiras que sustentam cargas de trabalho críticas em ambientes de nuvem privada, como o OpenStack, esse desafio é constante. A cada novo cluster provisionado, o overhead administrativo cresce exponencialmente. É aqui que entram os Hosted Control Planes (HCP).
Em um cenário padrão, cada cluster exige seu próprio plano de controle dedicado — consumindo, no mínimo, três nós de infraestrutura por ambiente (dev, staging, prod). Isso drena recursos muito antes da primeira aplicação ser implantada. Os Hosted Control Planes resolvem isso consolidando o API server, o etcd e os controllers em um cluster de gerenciamento centralizado, resultando em menos VMs, redução de OPEX e uma visão unificada de todo o seu ambiente.

A combinação de k0s (uma das distribuições Kubernetes mais leves do mercado), k0rdent e OpenStack forma uma stack robusta para equipes que buscam excelência operacional e redução de riscos.
1. Preparação do ambiente
O sucesso da implementação depende da base. Garanta que seu ambiente de gerenciamento, idealmente em um host Linux (Ubuntu 20.04/22.04), possua os recursos necessários (mínimo de 4 vCPUs e 8GB de RAM) e que as cotas no OpenStack permitam a orquestração de novas instâncias.
2. Implementação do Cluster de Gerenciamento com k0s
A escolha pelo k0s justifica-se pela sua simplicidade e footprint reduzido. A instalação via curl seguida do comando de controller permite subir sua fundação com rapidez, exportando o kubeconfig necessário para dar início à gestão de workloads.
3. Instalação e configuração do k0rdent
O k0rdent atua como o orquestrador que traduz o estado desejado (declarativo) para o seu ambiente OpenStack. A instalação via Helm é direta:
helm install kcm oci://ghcr.io/k0rdent/kcm/charts/kcm --version 1.8.0 -n kcm-system --create-namespace
4. Integração com OpenStack
A segurança da integração é fundamental. O k0rdent necessita que você exponha suas credenciais via Kubernetes Secret, utilizando o formato clouds.yaml. A correta parametrização dos recursos de rede, imagens e flavors do OpenStack evita o cenário de "falha silenciosa" durante o provisionamento dos worker nodes.
5. Provisionamento declarativo com ClusterDeployment
Este é o coração da operação. Ao definir o ClusterDeployment, você deixa de gerenciar VMs manualmente e passa a declarar o estado desejado do cluster. O k0rdent cuida do reconciliamento:
apiVersion: k0rdent.mirantis.com/v1beta1
kind: ClusterDeployment
metadata:
name: openstack-hcp
namespace: kcm-system
spec:
template: openstack-hosted-cp
credential: openstack-credential
config:
workersNumber: 2
...
O shift estratégico: de cluster-cêntrico para plataforma-cêntrica
A arquitetura de Hosted Control Planes altera o paradigma de operação. Em um modelo tradicional, cada cluster é um "silo" isolado que exige atenção exclusiva. Ao centralizar o plano de controle, o cluster de gerenciamento torna-se o "cérebro" de toda a infraestrutura.
Além de facilitar a observabilidade e a aplicação de políticas cross-cluster, esse modelo permite que times de engenharia escalem a infraestrutura sem a necessidade de escalar a carga de esforço operacional (toil). Você deixa de ser um executor de tarefas repetitivas para ser um arquiteto de sistemas que provisionam recursos de forma segura e padronizada.
Artigo originalmente publicado por Prithvi Raj (CNCF Ambassador) & Shivani Rathod (Bacancy Technology) em Cloud Native Computing Foundation.