O Comitê de Supervisão Técnica (TOC) da Cloud Native Computing Foundation (CNCF) votou a favor da aceitação do projeto Open Cluster Management (OCM) como um projeto em incubação (Incubating Project). Este passo reflete a maturidade arquitetônica alcançada pelo projeto e a expansão de sua adoção em ambientes de produção para o gerenciamento de clusters Kubernetes distribuídos entre a nuvem, data centers locais e ambientes de computação de borda (Edge).
Uma arquitetura baseada na independência e segurança
O projeto OCM adota uma arquitetura hub-and-spoke (núcleo e pontas), utilizando interfaces de programação de aplicativos declarativas do Kubernetes sem impor uma plataforma de controle proprietária. Essa arquitetura permite o registro de clusters, a distribuição de cargas de trabalho e de políticas de software com alta flexibilidade, garantindo ao mesmo tempo a operação contínua dos clusters subordinados, mesmo em caso de interrupção da comunicação com o centro de controle principal ou falha em um de seus componentes.
O ecossistema caracteriza-se pela descentralização de credenciais sensíveis; o projeto adota um modelo de pull assíncrono (Asynchronous Pull Model), o que significa que o agente operacional instalado no cluster gerenciado busca as tarefas no hub em vez de o hub acessar diretamente cada cluster, elevando o nível de prontidão de segurança e prevenindo vazamentos de privilégios.
Componentes do ecossistema e trajetória de desenvolvimento
O projeto começou inicialmente por meio de uma colaboração entre a IBM e a Red Hat, e integrou a fase de exploração (Sandbox) da fundação no final de 2021. Após o lançamento da versão principal 1.0 em junho de 2025, a plataforma passou por quatro atualizações secundárias até a versão 1.4 em outubro de 2026, incluindo integrações com protocolos gRPC, bibliotecas OpenTelemetry e ferramentas de entrega contínua.
A plataforma é composta por módulos essenciais que gerenciam as tarefas de distribuição:
- Gerenciador de clusters (Cluster Manager): O painel de controle central no hub para coordenar o registro e a distribuição de recursos.
- Agente Klusterlet (Klusterlet): O cliente de software instalado em cada cluster gerenciado para executar as instruções.
- API de trabalho de manifesto (ManifestWork API): Para distribuir recursos do Kubernetes e resolver conflitos por meio do mecanismo de pull.
- API de posicionamento (Placement API): Para direcionar cargas de trabalho dinamicamente de acordo com a capacidade e as tags disponíveis.
- Framework de suplementos (Add-on framework): Um ambiente de software que permite que outras ferramentas nativas da nuvem se integrem facilmente a ambientes multicluster.
O que essa evolução significa para as equipes de infraestrutura?
O projeto resolve o problema da complexidade operacional à medida que a infraestrutura das grandes corporações cresce e se distribui geograficamente. Plataformas globais como o eBay contam com o OCM para implantar aplicativos em mais de 190 clusters Kubernetes em cooperação com a ferramenta Argo CD. Além disso, plataformas de inteligência artificial, como a VESSEL AI, o utilizam para gerenciar clusters de unidades de processamento gráfico (GPU) e distribuir cargas de trabalho de treinamento e execução de modelos em várias nuvens, oferecendo uma alternativa padrão de código aberto que evita que as organizações fiquem presas a soluções fechadas de provedores de serviços em nuvem.