Voltar
🧑‍💻CEVIU DevOps

Platform engineering precisa ficar mais humano, avalia autor em artigo no blog da CNCF

Aprofundamento CEVIU

Aprofundamento

O texto da CNCF parte de uma tese simples: durante décadas, plataformas internas foram desenhadas para engenheiros, gente que lê a documentação, sabe o que é um rollback e tem noção de quando não fazer deploy. O autor descreve o pipeline que conheceu com Dan Wilson, da SAP/Concur: merge na main, build em container, testes unitários e de integração, security scan e promoção da imagem só se cada etapa passasse. Deploy declarativo, estado desejado em version control, Kubernetes reconciliando o cluster.

Segundo ele, os guardrails viviam na cabeça das pessoas. Com agentes ao alcance de qualquer um (ele cita o Octoverse 2025 do GitHub, com mais de 36 milhões de novos desenvolvedores em um ano e total acima de 180 milhões), a plataforma precisa aplicar as regras sozinha. Isso inclui identidade própria para cada app, segredos injetados em runtime, políticas checando cada mudança, deploys pequenos, observados e com rollback automático. Para agentes, o autor propõe identidade atrelada a quem os lançou, permissões com expiração, limite de velocidade (mudanças, recursos e gasto por hora), ambientes de preview, trilha de auditoria e um kill switch acessível em menos de um minuto. Ele usa o Kubernetes como modelo: declarar e reconciliar, admission para toda requisição, limites na spec e premissa de falha com autocura.

O que mudou

A cobertura anterior toca o mesmo tema, mas não mostra evolução de um produto ou projeto específico. Em 10 de novembro de 2026, o CEVIU noticiou "Uma flag, vários guardrails: como deixar a plataforma segura o bastante para delegar a agentes de IA", que já discutia guardrails de plataforma para agentes. O artigo da CNCF, um dia depois, amplia a conversa para os usuários humanos não engenheiros e propõe o modelo do Kubernetes como referência.

Por que isso importa

Para quem opera plataforma, a leitura é que política como código, identidade por workload e rollback automático deixam de ser refinamento e passam a ser requisito mínimo. Se o autor estiver certo, o público da sua plataforma cresce e fica menos previsível, e o admission control passa a ser a principal linha de defesa.

Linha do tempo

  1. CEVIU publica sobre guardrails para delegar a agentes de IA em plataformas.

  2. Blog da CNCF publica artigo defendendo platform engineering mais humano e regras aplicadas pela plataforma.

Perguntas frequentes

O que o autor propõe para platform engineering?

Que a plataforma seja menos humana ao aplicar regras e mais humana ao se comunicar. As regras saem da memória das pessoas e viram controles automáticos. As mensagens de erro passam a explicar o problema e indicar a correção.

Que limites ele sugere para agentes de IA?

Identidade própria ligada a quem lançou o agente, permissões com prazo, teto de mudanças, recursos e gasto por hora, e execução em ambientes de preview. Também pede trilha de auditoria e um kill switch que alguém ache em menos de um minuto.

Por que o Kubernetes aparece como modelo?

Porque ele já resolveu algo parecido para operação de servidores. O autor aponta quatro ideias: declarar e reconciliar, passar toda requisição por admission, definir limites na spec e assumir falha com autocura.

Quem é o autor do artigo?

Ele se descreve como engenheiro com passagens por Disney, Dell, SAP, VMware e agora Control Plane. O texto foi publicado no blog da CNCF em 11 de novembro de 2026.

Fontes

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