OpenKruise Agents v0.6.0 chega com controle de rede L4/L7, autoscaling de pools e pause/resume automáticos para Agent Sandboxes

O OpenKruise Agents é um subprojeto do OpenKruise (CNCF) para gerenciar o ciclo de vida de Agent Sandboxes em escala no Kubernetes. Expõe interfaces Kubernetes e E2B. A v0.6.0 passa de quatro para seis componentes (entram o traffic-control-plane e o traffic-proxy) e dobra os CRDs, de 6 para 12. O egress sai da conta do Pod: é capturado dentro dele, passa por um egress gateway e é decidido por um motor de políticas que enxerga a requisição inteira.

O controle de rede tem dois estágios. O L4 roda no nó, com latência baixa, e o L7 fica centralizado no gateway. Negação L4 é descartada antes do gateway, e o L7 nunca derruba uma negação L4. As credenciais ficam em Kubernetes Secrets e o proxy as injeta por requisição, então não aparecem em Pod spec, variável de ambiente ou metadado do Sandbox, e a rotação de Secret não exige reiniciar nada. Duas ressalvas pesam na operação: regras sem o campo peer são ignoradas e não formam default deny (um erro de digitação enfraquece a política em silêncio), e é preciso liberar o DNS do cluster, senão toda regra por FQDN parece quebrada. O texto também avisa que root ou NET_ADMIN/SYS_ADMIN podem contornar as ACLs dentro do Pod, e recomenda combinar com NetworkPolicy, firewall de host ou security groups.

No custo, o PoolAutoscaler reescreve o replicas do SandboxSet com watermarks e gatilhos cron, com janelas de estabilização assimétricas (sobe rápido, desce devagar). O resize in-place no claim exige Kubernetes 1.33 ou superior. O pause/resume automático usa probes do tipo exec, e o wake-on-traffic exige autenticação (sem credencial, 401 e o Sandbox segue pausado). Uma chamada que acorda o Sandbox pode retornar 503, então vale tratar retry. Probe que falha ou estoura timeout nunca pausa nem acorda.

Em 23 de março de 2026, o CEVIU noticiou "Executando Agentes no Kubernetes com Agent Sandbox", que tratava de agentes de longa duração com identidade persistente, ambientes isolados e capacidade de suspensão. A v0.6.0 do OpenKruise Agents entrega, em um projeto concreto, peças dessa linha: isolamento via políticas de rede, identidade com credenciais fora do código do Agent e pausa de sandboxes ociosos. Em 26 de outubro de 2026, o CEVIU publicou "Kagent e Agent Substrate: sandboxing de agents com isolamento, segurança e escala no Kubernetes", que apontava a falta de policy enforcement como problema. A TrafficPolicy e o SecurityProfile atacam justamente essa lacuna, mas são projetos distintos.

Para quem opera plataforma de agentes, a leitura é que rede, credencial e custo ocioso passam a ser resolvidos por CRDs declarativos, versionáveis em Git, e não por scripts soltos. Isso encaixa bem em GitOps. O cuidado fica com a política: um peer ausente ou DNS bloqueado vira incidente, então vale testar regras em ambiente de homologação e manter NetworkPolicy como segunda camada.