Voltar

Kubernetes cria o Workload Conformance Working Group para padronizar o comportamento de workloads

Aprofundamento CEVIU

Aprofundamento

O Workload Conformance Working Group nasceu para preencher uma lacuna: o Certified Kubernetes testa o cluster, e o Kubernetes AI Conformance testa se um cluster roda workloads de IA e ML. Para o workload em si, não existe nada comparável. Na prática, quem opera clusters ainda confere cada aplicação na mão antes de uma manutenção ou de um upgrade.

Os problemas são conhecidos. Um node drain de rotina revela que a aplicação não tolera disrupção. Um upgrade quebra quem depende de uma versão de API removida. No dia a dia, há workloads que pedem privilégios desnecessários ou reservam recursos que nunca usam. O grupo vai entregar três coisas: uma especificação de comportamento por versão minor do Kubernetes, um método de teste para cada requisito e um tooling upstream que implemente esses testes. O escopo inclui segurança, resiliência em disrupções, uso de recursos, rede, storage, uso de APIs e observabilidade, mas os requisitos ainda não foram definidos. Uma regra já está fechada: todo requisito precisa de um teste objetivo, executável por um binário. A lógica da aplicação fica fora, assim como o que o Certified Kubernetes já cobre, e não haverá exigência de formato de empacotamento nem de ferramenta de fornecedor (policy engine, scanner de segurança etc.). A meta é uma primeira especificação stable, com testes funcionando, em dois a três ciclos de release. A SIG Architecture será dona da especificação e do tooling por meio de um subprojeto, criado quando os primeiros artefatos forem propostos, e a SIG Apps traz a visão de aplicação. O grupo se reúne em semanas alternadas, às quartas, às 15:00 UTC.

Por que isso importa

Para quem opera plataforma, a leitura é que a checagem manual de workloads antes de upgrade e manutenção pode virar um teste repetível, algo que dê para encaixar em pipeline. Isso ainda é intenção, não entrega: não há requisitos nem testes definidos. Vale acompanhar o grupo e levar exemplos reais, como o que quebrou no último upgrade, porque a especificação será construída a partir deles.

Linha do tempo

  1. Kubernetes anuncia o Workload Conformance Working Group, que escreverá um padrão para o comportamento de workloads em runtime.

  2. CEVIU detalha o escopo, as entregas e a meta de dois a três ciclos de release do grupo.

Perguntas frequentes

O que é o Workload Conformance Working Group do Kubernetes?

É um grupo da comunidade Kubernetes que escreve um padrão compartilhado para o comportamento de workloads em runtime. Ele vai entregar uma especificação por versão minor, um método de teste para cada requisito e ferramentas upstream que implementam esses testes.

Isso substitui o Certified Kubernetes?

Não. O Certified Kubernetes testa o cluster, e o novo grupo trata do workload. O binário de testes não vai repetir o que o Certified Kubernetes já cobre.

Quando a primeira especificação deve sair?

A meta do grupo é uma primeira especificação stable, com testes funcionando, em dois a três ciclos de release do Kubernetes. Os requisitos específicos ainda não foram acordados.

Como participar?

Pelo canal #wg-workload-conformance no Slack do Kubernetes e pela lista de e-mail. As reuniões acontecem em semanas alternadas, às quartas, às 15:00 UTC, e quem quiser propor um tema pode incluí-lo na pauta. O grupo busca relatos de operadores, revisores, contribuidores para testes e tooling, e early testers.

Fontes

Avalie este artigo:
Categoria
CEVIU DevOps
Publicado
30 de outubro 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