Como o agente de migração do Google tenta tornar a mudança do EKS para o GKE mais segura

Migrar aplicações do Amazon Elastic Kubernetes Service (EKS) para o Google Kubernetes Engine (GKE) não é uma simples troca de nomes nos arquivos de configuração. A equipe precisa preservar o acesso aos recursos, o caminho percorrido pelas requisições e a capacidade disponível para executar as cargas de trabalho. Por isso, a própria orientação do Google para migrações de contêineres começa pelo levantamento das aplicações e de suas dependências. 19

É nesse trabalho que entra o GKE agentic migration, ferramenta de código aberto anunciada pelo Google em 24 de setembro de 2026. Segundo a empresa, um plugin para agentes combina o raciocínio de modelos de linguagem com ferramentas determinísticas e salvaguardas, em vez de depender apenas de comandos improvisados dados a uma IA. A ideia é produzir propostas de migração que possam ser verificadas — não tratar a resposta do modelo como configuração pronta para produção. 2

O que a revisão precisa encontrar

Três conversões descritas no fluxo de migração merecem atenção especial:

• Identidade: ao passar dos mecanismos de acesso da AWS para o Workload Identity do GKE, a aplicação mantém as permissões necessárias sem receber acesso excessivo?
• Entrada de tráfego: ao converter configurações de balanceamento e ingresso para a Gateway API, as requisições continuam chegando aos serviços corretos?
• Provisionamento de nós: a nova configuração mantém a capacidade e as condições de agendamento exigidas pelas aplicações?

Essas são perguntas para os revisores, não garantias de que a ferramenta resolva todos os casos. Um manifesto do Kubernetes pode estar sintaticamente correto e, ainda assim, alterar permissões ou o comportamento da aplicação. O trecho disponível do anúncio confirma a combinação de IA e ferramentas determinísticas, mas não detalha todas as regras de conversão do plugin. 2

Verificar antes de implantar

Uma verificação determinística permite submeter os arquivos propostos às mesmas regras de forma repetível, sem pedir que o modelo julgue sozinho o próprio trabalho. Seu alcance, porém, termina onde terminam as regras testadas: ela não prova que a aplicação terá comportamento idêntico depois da migração. O Google menciona salvaguardas determinísticas, mas o trecho disponível do anúncio não especifica toda a cobertura das validações offline. 2

No fluxo de pull requests descrito para a ferramenta, as mudanças geradas passariam pela revisão de engenheiros e pelas etapas habituais de integração e entrega contínuas (CI/CD), em vez de serem aplicadas diretamente a um cluster em operação. Isso permitiria examinar as diferenças entre arquivos e exigir testes, políticas e aprovações antes da implantação. A documentação do GKE recomenda práticas de controle de versão e CI/CD, embora o trecho disponível do anúncio não confirme, por si só, cada etapa desse fluxo específico. 172

Rahul Shrivastava, executivo da Persistent, chama a abordagem de uma “fábrica de migração comprovável, no nível de um compilador”, em tradução livre da expressão usada no anúncio. A comparação ajuda a entender a geração e a checagem de artefatos; não significa uma prova matemática de que a migração inteira é segura. Acessos, desempenho, dependências e a transição para o novo ambiente ainda precisam ser testados. 2

Uma aproximação estratégica, não técnica, com a Intrinsic

Dois dias antes, em 22 de setembro, a Intrinsic apresentou o Intrinsic Core na ROSCon 2026, em Toronto. A base de robótica industrial de código aberto oferece recursos compatíveis com ROS para controle, planejamento de movimentos e preensão, simulação e estimativa de pose. Há relatos de que o lançamento usa a licença Apache 2.0; a Intrinsic também descreve controle em tempo real independente de hardware e recursos de gêmeo digital. 403337

A relação entre os lançamentos é estratégica: a ferramenta do GKE busca reduzir o trabalho de levar aplicações ao Google Cloud, enquanto o Intrinsic Core oferece componentes reutilizáveis para quem desenvolve robótica industrial. A imprensa compara esta última iniciativa à estratégia do Android, de disponibilizar uma base tecnológica e estimular um ecossistema. Nenhum dos anúncios, isoladamente, demonstra que clientes da AWS mudarão de nuvem ou que desenvolvedores contratarão serviços pagos do Google. 230

Em resumo: separar propostas geradas por IA, verificações e autorização para implantar pode tornar a migração mais fácil de avaliar pelos processos de engenharia já existentes. Não substitui a validação de cada aplicação — e as fontes disponíveis não apresentam uma redução medida de falhas ou custos de migração. 219