AWS Emulator: AWS lança emulador local oficial em Rust escrito por agentes

Ilustração representando o AWS Emulator, ferramenta em Rust para testar serviços AWS localmente
Resposta rápida

A AWS anunciou em 11/11/2026 o AWS Emulator, um emulador local que roda na sua máquina e expõe as mesmas APIs da AWS por um endpoint HTTPS local. Ele está em disponibilidade geral, não cobra taxa própria e não exige conta AWS. Foi construído a partir de 438 modelos públicos de API, cobrindo mais de 200 serviços, e todo o código foi escrito e testado por agentes. No Linux ele é instalado por pacote RPM ou Debian. No macOS e no Windows, o caminho é montar uma imagem Docker. Serve para desenvolvimento e testes, não para produção nem para testar segurança, e não avalia políticas IAM como a AWS.

A AWS anunciou em 11/11/2026 o AWS Emulator, um emulador local da AWS que roda na sua máquina para você testar aplicações sem fazer deploy na nuvem. Ele está em disponibilidade geral (GA), não tem taxa de serviço própria e foi implementado em Rust, segundo o AWS News Blog. A cobertura passa de 200 serviços, a partir de 438 modelos públicos de API, de acordo com a The New Stack.

O detalhe que chama MUITO a atenção: todo o código foi escrito e testado por agentes, como conta o post de origem no All Things Distributed. E o ritmo foi absurdo, com 29.684 commits nas três primeiras semanas, como destacou Simon Willison.

O código é público no repositório aws/aws-emulator, no GitHub. Só não adianta mandar PR, porque o README avisa que o repositório não aceita pull requests.

O que é o AWS Emulator e quantos serviços ele cobre

O AWS Emulator é uma cópia local das APIs da AWS. Em vez de mandar a aplicação para a nuvem só para rodar um teste, você conversa com o emulador por um endpoint HTTPS local que usa as mesmas APIs da AWS na nuvem, de acordo com o anúncio oficial.

Quem fala com ele? AWS CLI, AWS SDKs e agentes de código.

Ou seja, a ferramenta que você já usa contra a nuvem passa a apontar para a sua máquina.

Sobre a cobertura, Swami Sivasubramanian conta no All Things Distributed que o emulador foi construído a partir de mais de 400 modelos de API, cobrindo mais de 200 serviços. A The New Stack crava o número exato: 438 modelos públicos.

Porém, cobrir um serviço não quer dizer imitar tudo dele. O README avisa que o grau de fidelidade varia por serviço e por recurso, e a AWS publica uma pontuação de fidelidade por serviço a cada release, na documentação e na página de releases. As lacunas conhecidas ficam em issues/things-that-do-not-work/, no próprio repositório.

Então antes de migrar a sua suíte, confere a nota do serviço que você mais usa.

E por que Rust? Para ficar leve em CPU e memória num laptop, segundo a AWS. Faz sentido, já que um emulador que roda junto dos seus testes não pode exigir um PC da Nasa.

Quanto custa e se precisa de conta AWS

O emulador não tem taxa de serviço própria. Você só paga pelos recursos quando faz deploy de verdade na AWS, segundo o AWS News Blog.

E nem precisa de conta: o README diz literalmente que você não precisa de uma conta AWS.

Tome cuidado com o recorte de uso, porque o mesmo README é claro: o AWS Emulator é para construir e testar. Nada de usar em workloads de produção ou para testar segurança.

Como o AWS Emulator foi escrito por agentes

Segundo o post de Swami Sivasubramanian, todo o código do AWS Emulator foi escrito e testado por agentes. A The New Stack acrescenta que o projeto foi inteiramente construído por um time de agentes e também vai ser mantido por eles daqui para frente.

Aí vem a pergunta óbvia: como confiar nisso?

A resposta está nos guardrails (limites) descritos no All Things Distributed:

  • Testes de fidelidade verificados contra a AWS real
  • Merge gate com vários agentes de segurança, cada um procurando formas diferentes de atacar a mudança, junto de um revisor de código geral
  • Checagens determinísticas que impedem os agentes de mexer em código que não deveriam

Tem ainda um efeito colateral curioso na licença. O projeto saiu como CC0 1.0 Universal (dedicação ao domínio público), com uma ressalva do README: o código do diretório vendor/ está sob Apache License 2.0. Segundo a The New Stack, a escolha do CC0 se deve à incerteza da AWS sobre poder registrar direitos autorais de um trabalho feito por agentes.

De onde veio a ideia do emulador

A origem foi contada por Swami em um post convidado no blog de Werner Vogels. Ele relembra a simulação de alta fidelidade do Alf, um serviço de lock distribuído baseado em Paxos criado no início da Amazon.

A tese do texto é a parte mais interessante para quem trabalha com vibe coding. Quando agentes escrevem o código e conferem o próprio trabalho, o papel do engenheiro é dar autonomia a eles e criar as specs, os testes e os merge gates que definem quando o trabalho está correto.

É como trocar o papel de quem digita o código pelo de quem escreve a prova e corrige ela.

Como instalar o AWS Emulator no Linux, macOS e Windows

O jeito de instalar depende do sistema, conforme o AWS News Blog:

  • Linux: pacote RPM ou Debian, que adiciona o comando aws-emulator em /usr/bin/
  • macOS e Windows: você monta uma imagem Docker a partir de um Dockerfile curto da documentação. A AWS não publica imagem pronta
  • Código-fonte: dá para compilar, mas só no Linux

Se liga nesse último ponto. O README diz que a compilação a partir do código-fonte é suportada só no Linux (x86_64 e aarch64), e que no Windows e no macOS o caminho é o Docker.

E não é uma compilação levinha. Os requisitos listados são:

  • Rust e Cargo
  • Um compilador C
  • Pelo menos 100 GB livres em disco para o target/
  • Uma máquina multi-core

Os comandos exatos e o Dockerfile ficam no guia oficial, indicado pelo próprio repositório. Copie de lá, não de post aleatório.

Como apontar o AWS CLI e os SDKs para o emulador

Ao iniciar, o emulador gera as próprias credenciais, um arquivo de config e um certificado, e grava tudo em ~/.aws/emulator/9297/, segundo o AWS News Blog. Ele serve HTTPS em 127.0.0.1:9297.

Aqui mora o erro mais fácil de cometer: achar que basta trocar o endpoint. O exemplo oficial configura bem mais coisa:

export AWS_ENDPOINT_URL=https://127.0.0.1:9297
export AWS_SHARED_CREDENTIALS_FILE=~/.aws/emulator/9297/emulator_credentials
export AWS_CONFIG_FILE=~/.aws/emulator/9297/config
export AWS_EC2_METADATA_DISABLED=true
export AWS_DISABLE_HOST_PREFIX_INJECTION=true
export AWS_REGION=us-east-1
export AWS_DEFAULT_REGION=us-east-1
unset AWS_ACCESS_KEY_ID AWS_SECRET_ACCESS_KEY AWS_SESSION_TOKEN AWS_PROFILE

E esse unset no final? Ele remove do ambiente as suas credenciais reais da AWS, para que nenhuma chamada saia com elas por engano.

Não pule essa linha.

Outra pegadinha: alguns SDKs precisam de uma configuração extra para confiar no certificado do emulador. O exemplo citado pela AWS é o trust store no AWS SDK for Java.

Modo embutido para testes com o AWS SDK for Rust

Para quem escreve testes com o AWS SDK for Rust, existe um modo embutido: o emulador roda dentro do próprio processo de teste, com uma instância isolada por teste.

Para isso, você adiciona o crate aws-emulator-embedded (do GitHub) na seção [dev-dependencies] do Cargo.toml, como descreve o anúncio.

Só fica esperto com o primeiro build. Ele compila o emulador junto com o seu projeto, e o custo é da mesma ordem de compilar a partir do código-fonte.

Segurança e telemetria do AWS Emulator

Por padrão, o emulador só escuta na própria máquina (127.0.0.1) e rejeita requisições que não foram assinadas com as chaves dele, cujas access keys começam com EMULATOR, segundo o README.

A telemetria vem ligada por padrão. Se você quiser desligar, tem dois caminhos:

aws-emulator --telemetry off
export EMULATOR_TELEMETRY=off

Limitações do AWS Emulator no lançamento

O emulador não substitui a AWS em todo tipo de teste. As limitações confirmadas pelo AWS News Blog são:

  • Não avalia políticas IAM do jeito que a AWS avalia
  • Cada instância funciona como uma única conta
  • Não há comportamento entre contas (cross-account) nem entre regiões (cross-Region)

A consequência prática é séria: uma requisição que a AWS negaria pode ser aceita no emulador. Então um teste verde ali não garante que a sua política IAM está certa.

Outra ressalva veio de Simon Willison: hoje o emulador exige Docker no macOS e no Windows. Ele disse torcer por um binário único, que possa entrar em suítes de teste de outras linguagens e plataformas.

O que o AWS Emulator muda para quem testa código contra a AWS

Na prática, você ganha uma forma oficial de rodar testes locais sem deploy, sem conta e sem taxa pelo emulador. Isso vale para scripts com AWS CLI, aplicações com os SDKs e também para agentes de código que precisam de um lugar para errar à vontade, sem os rm -rf da vida acontecendo numa conta real.

E tem o mercado. A The New Stack escreveu que o lançamento "may raise some questions about the future of LocalStack", ou seja, pode levantar dúvidas sobre o futuro do LocalStack. É uma análise da publicação, não um comparativo de recursos.

Próximo passo para rodar seus testes no emulador

Comece pela pontuação de fidelidade dos serviços que a sua aplicação usa, na documentação ou na página de releases do repositório. Se a nota for baixa justamente no serviço principal, você economiza tempo descobrindo isso antes.

Depois, abra o guia oficial e siga o caminho do seu sistema: pacote no Linux, Docker no macOS ou no Windows, ou o crate embutido se a suíte é em Rust. Configure as variáveis do exemplo oficial, incluindo o unset, e rode a suíte que você já tem.

Aproveite para separar numa lista os testes que dependem de IAM, de múltiplas contas ou de várias regiões, porque esses continuam indo para a AWS real.

Se você acompanha vibe coding e Claude Code, vale ler com calma o texto de Swami Sivasubramanian. Ele é uma referência muito massa sobre COMO montar specs, testes e merge gates para deixar agentes trabalhando com autonomia.

Perguntas frequentes

O AWS Emulator é pago?

Não há taxa de serviço própria. Segundo o AWS News Blog, você só paga pelos recursos quando faz deploy na AWS. O README também informa que não é preciso ter conta AWS para usar o emulador.

Quantos serviços o AWS Emulator cobre?

Swami Sivasubramanian fala em mais de 400 modelos de API cobrindo mais de 200 serviços. A The New Stack dá o número exato: 438 modelos públicos de API. A fidelidade varia por serviço e por recurso, e a AWS publica uma pontuação de fidelidade por serviço a cada release.

Como instalar o AWS Emulator no macOS ou no Windows?

No macOS e no Windows você monta uma imagem Docker a partir de um Dockerfile curto da documentação oficial, porque a AWS não publica imagem pronta. A compilação a partir do código-fonte só é suportada no Linux.

Fontes consultadas

Consulta em .

Acompanhe os tutoriais do Hora de Codar no YouTube. Se quiser aprofundar o contexto, veja MiniMax M3 Lançado: Testei tudo e me surpreendeu (Análise Completa).

Escrito por | Matheus Battisti

Matheus Battisti
Fundador da Hora de Codar

Programador apaixonado pelo mundo das tecnologias, sempre buscando em aprender e se aprofundar em linguagens, frameworks e o que mais for necessário para executar um bom trabalho. Agora tem uma nova missão que é de passar seu conhecimento adiante para formar novos programadores e especializar mais os que já são.

Formações

Formação Vibe Coding

Formação Vibe Coding

Do Prompt ao Produto: Crie Software Real com IA

  • 474 aulas
  • 20 projetos
  • 39h 30min

Blog | Mais populares