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
CEVIU publica sobre guardrails para delegar a agentes de IA em plataformas.
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
- cncf.iofonte original
- Categoria
- CEVIU DevOps
- Publicado
- 11 de novembro de 2026
- Editoria
- CEVIU DevOps
