Voltar

KubeRay é doado à CNCF e completa o PARK stack sob a Linux Foundation

Aprofundamento CEVIU

Aprofundamento

O KubeRay é um operator para Kubernetes que roda workloads distribuídos de IA, machine learning e Python com Ray. Ele entrega três CRDs. O RayCluster cuida do ciclo de vida do cluster: provisiona pods head e worker, faz health checks, dá tolerância a falhas ao Global Control Service (GCS) e escala junto com o Ray Autoscaler. O RayJob atende batch, treinamento distribuído e reinforcement learning: sobe um RayCluster efêmero, submete o job quando o cluster fica pronto e desmonta tudo no fim, para não deixar acelerador parado. O RayService cobre inference online de longa duração com Ray Serve, com rolling upgrades sem downtime, failover automatizado e roteamento de tráfego.

Para quem opera, o ponto prático está nas integrações. O Ray usa OpenTelemetry no pipeline de métricas e expõe formato Prometheus, então dá para monitorar utilização do cluster, execução de tarefas e latência do Ray Serve ao lado do resto da infraestrutura. Com Fluent Bit, os logs de workers e jobs são agregados. Kueue, Volcano e KAI trazem gang scheduling, quotas multi-tenant, priority preemption e scheduling com reconhecimento de topologia para GPU e TPU escassas. Na segurança, a base é mTLS automatizado e network policies do Kubernetes. O Spotify é citado como usuário: escala a plataforma interna Hendrix, usada para treinar e fazer fine-tuning de modelos com Ray no GKE.

Por que isso importa

Para quem opera plataforma de IA, a doação à CNCF sugere um risco menor de dependência de um único fornecedor no operator que sustenta o Ray em Kubernetes. É uma leitura editorial, e o projeto entra como sandbox, o primeiro degrau da fundação. Na prática, vale checar como RayJob com cluster efêmero, filas de GPU e métricas em Prometheus se encaixam no seu pipeline de treinamento e inference, já que o custo de acelerador ocioso é o que mais pesa.

Perguntas frequentes

O que é o PARK stack?

É a combinação de PyTorch, modelos de IA, Ray e Kubernetes, apontada pela CNCF como padrão open source de fato para IA em produção. PyTorch e Ray estão na PyTorch Foundation, e Kubernetes está na CNCF. Com a entrada do KubeRay, o stack inteiro fica sob a governança da Linux Foundation.

Quais são os CRDs do KubeRay e para que servem?

RayCluster gerencia o ciclo de vida do cluster Ray. RayJob roda batch, treinamento distribuído e RL em um cluster efêmero que é desmontado ao final. RayService serve inference online com Ray Serve, com rolling upgrades sem downtime e failover automatizado.

Como o KubeRay se integra à observabilidade e ao scheduling?

O Ray usa OpenTelemetry e expõe métricas no formato Prometheus, e o Fluent Bit agrega logs de workers e jobs. Para filas e quotas, há integração com Kueue, Volcano e KAI, que habilitam gang scheduling, preempção por prioridade e scheduling com reconhecimento de topologia.

O KubeRay já é um projeto graduado da CNCF?

Não. Segundo o anúncio, ele entra como projeto sandbox da CNCF, descrito como o começo de uma nova fase sob governança aberta e neutra. Os mantenedores convidam a comunidade a participar no canal #kuberay e nas reuniões quinzenais.

Fontes

Avalie este artigo:
Categoria
CEVIU DevOps
Publicado
09 de novembro de 2026
Editoria
CEVIU DevOps

Quer receber mais sobre CEVIU DevOps?

Conteúdo curado diariamente, direto no seu e-mail.

Conteúdo curado diariamenteDiversas categoriasCancele quando quiser