Amazon Q Developer Console-to-Code passa a cobrir 32 serviços da AWS e grava ações entre regiões

A AWS anunciou em 17 de agosto de 2026 uma expansão grande de uma ferramenta pouco conhecida de quem está começando na nuvem: o Console-to-Code, recurso do Amazon Q Developer (o assistente de IA integrado ao AWS Management Console, o painel web onde você clica para criar recursos). Segundo o anúncio no AWS What's New, o número de serviços suportados saltou de 6 para 32, e a ferramenta ganhou a capacidade de gravar ações feitas em regiões diferentes e em abas diferentes do navegador como se fossem uma sequência só.

Se você nunca ouviu falar em Console-to-Code, vale parar e entender o problema que ele resolve antes de ver o que mudou.

O que é o Console-to-Code, afinal

Todo mundo que começa na AWS aprende clicando: cria um bucket no S3 (o serviço de armazenamento de arquivos), sobe uma instância no EC2 (uma máquina virtual), configura uma permissão no IAM (o serviço que controla quem pode fazer o quê). Isso funciona para aprender, mas tem um problema sério: o que foi feito no console não fica documentado em lugar nenhum além da própria tela.

Isso é o oposto de infraestrutura como código (IaC, na sigla em inglês), a prática de descrever os recursos da nuvem em arquivos de texto versionáveis, em vez de clicar manualmente toda vez. É assim que times de verdade trabalham: um arquivo CloudFormation, uma stack da CDK (Cloud Development Kit, o kit que deixa escrever infraestrutura em linguagens como TypeScript ou Python) ou uma configuração Terraform descreve o ambiente inteiro, e qualquer pessoa pode recriar exatamente aquilo rodando um comando.

O Console-to-Code existe para fechar essa distância. Ele observa as ações que você faz no console e gera, a partir delas, um modelo de IaC equivalente. Em vez de aprender a sintaxe do zero, você clica do jeito que já sabe e recebe o código pronto para revisar, ajustar e colocar num repositório.

O que mudou em agosto de 2026

Antes da expansão, o Console-to-Code cobria apenas 6 serviços da AWS. Com o anúncio de 17 de agosto, esse número foi para 32, um salto de 26 serviços novos de uma vez. A AWS não detalhou, no post, a lista completa dos serviços adicionados: ela está disponível na documentação do Amazon Q Developer dedicada ao Console-to-Code, que vale consultar antes de contar com suporte a um serviço específico.

Para quem está estudando para uma certificação AWS ou só testando o console pela primeira vez, essa cobertura maior importa porque amplia o leque de coisas que dá para transformar em código sem sair do navegador: já não é só um punhado de serviços básicos, é uma fatia relevante do catálogo que normalmente aparece nos primeiros meses de uso da nuvem.

O problema da gravação que se perdia ao trocar de região ou de aba

A segunda mudança do anúncio resolve uma frustração concreta de quem usa o console em cenários mais realistas. Antes, se você começava a gravar uma sequência de ações na região São Paulo (identificada no console como sa-east-1) e precisava checar algo na região Virgínia do Norte (us-east-1), a gravação zerava ou se fragmentava. O mesmo acontecia ao abrir uma nova aba do navegador no meio do processo.

Na prática, isso forçava o usuário a gravar tudo de uma vez, numa única região, numa única aba, o que não reflete como a maioria das pessoas realmente navega pelo console. Agora as ações são consolidadas numa lista única, independentemente de quantas regiões ou abas foram usadas no processo.

Isso abre espaço para capturar fluxos de implantação multi-região, algo comum em arquiteturas que precisam de redundância geográfica, sem perder o contexto do que foi feito em cada etapa. Para um arquiteto de soluções em início de carreira, é a diferença entre conseguir documentar um cenário realista de disaster recovery e ter que refazer tudo numa única sessão artificial.

Como testar sem gastar nada

O Console-to-Code em si não cria recursos na sua conta: ele só observa e documenta as ações que você mesmo executa manualmente no console. Isso significa que usar a ferramenta não gera cobrança adicional por si só; o que custa dinheiro são os recursos que você criar durante a gravação, como no uso normal da AWS.

Para experimentar sem risco de fatura:

1. Entre no AWS Management Console com uma conta nova ou existente e selecione a região São Paulo (sa-east-1) no seletor de região, no canto superior direito.
2. Crie algo que esteja dentro do Free Tier, a camada gratuita da AWS: um bucket do S3 vazio é um bom exemplo, porque armazenamento mínimo e sem tráfego de saída não gera cobrança nos primeiros 12 meses de conta nova.
3. Procure o painel do Amazon Q Developer no console (geralmente acessível pelo ícone do assistente na barra lateral ou superior) e localize a opção de Console-to-Code para iniciar a gravação antes do passo 2, ou revisar as ações já feitas.
4. Revise o código gerado (CloudFormation, CDK ou Terraform, dependendo da opção escolhida) antes de aplicá-lo em qualquer lugar: é texto, mas ainda assim código que vai criar recursos reais se executado.
5. Apague o bucket de teste ao final, se quiser zerar o ambiente e garantir que nada fique rodando sem necessidade.

Em resumo: o risco de custo não está na ferramenta, está nos recursos que você cria enquanto ela grava. Ficar dentro do Free Tier durante o teste é a forma mais segura de aprender sem surpresa na fatura.

Quando vale a pena usar e quando não vale

O Console-to-Code é mais útil em dois cenários bem específicos: quando alguém já validou uma configuração clicando no console e quer transformar aquilo em algo reproduzível, ou quando uma pessoa iniciante quer aprender a sintaxe de CloudFormation, CDK ou Terraform vendo o código equivalente a uma ação que ela mesma entende.

Não vale a pena depender dele como única forma de escrever infraestrutura em produção. O código gerado a partir de ações manuais tende a ser mais verboso e menos idiomático do que um template escrito por alguém que já domina a ferramenta de IaC escolhida, porque reflete a sequência exata de cliques, não a melhor forma de expressar a intenção. Para times que já trabalham com infraestrutura como código no dia a dia, o valor maior está em prototipagem rápida e depois numa reescrita manual, não em usar a saída bruta como está.

Fonte: AWS What's New