AWS lança o AWS Emulator para testar aplicações localmente contra as APIs da nuvem

O AWS Emulator sobe um endpoint HTTPS em 127.0.0.1:9297, acessível só pela própria máquina, e responde às mesmas APIs que CLI, SDKs e coding agents usariam na nuvem. Ele é escrito em Rust para pesar pouco em CPU e memória e é gerado a partir dos modelos de API usados pelos SDKs. Por isso, requisições e erros chegam com o mesmo formato da AWS. Para operações ainda não implementadas, ele devolve HTTP 501, e o teste falha na hora.

Na operação, o ponto central é o ciclo de teste sem deploy. Você define variáveis de ambiente, o código da aplicação não muda, e há um endpoint /__admin/health para scripts e containers esperarem o emulador ficar pronto. Toda requisição precisa de assinatura SigV4 com chaves geradas a cada inicialização (access key IDs começam com EMULATOR). Há limites claros no lançamento: ele não avalia políticas IAM como a AWS faz, então algo negado na nuvem pode passar localmente. Cada emulador funciona como conta única (000000000000), sem comportamento entre contas ou Regions. A fidelidade varia por serviço e é publicada como k de n testes, verificados contra a AWS real. O modo embedded, com estado isolado por instância, está disponível para o AWS SDK for Rust. Por padrão, ele envia dados anônimos de uso e erro, que podem ser desligados.

Para quem opera pipelines, a leitura é que parte dos testes de integração com AWS pode sair do ambiente remoto e rodar no CI sem conta, sem custo de recurso e em paralelo. Isso corta tempo de espera e gasto. A ressalva é a segurança: como o emulador não avalia IAM, ele não substitui a validação de permissões na AWS antes de produção. Vale checar os scores de fidelity dos serviços que você usa antes de apostar neles no pipeline.