Por que Rust está virando o padrão na AWS (e o que isso significa para nós)
Lambda, S3, Firecracker, EC2 controlador — pedaços críticos da AWS migraram para Rust. Análise técnica e o que aprender com isso.
Em 2018, a AWS abriu o Firecracker (a VM minimalista que roda o Lambda e o Fargate) em Rust. Em 2022, o S3 começou a migrar componentes-chave para Rust. Em 2025, o time do EC2 anunciou que o novo controlador de placement está sendo escrito em Rust do zero. Em 2026, a Amazon publicou que 40% do código novo de infra core é Rust.
Não é hype. É decisão técnica.
O que Rust resolve que Go/C++/Java não resolviam
Memória sem garbage collector. Lambda precisa de cold start de < 100ms — GC pause de Go (mesmo do Go 1.21+) pode estourar isso em workloads sensíveis.
Concorrência sem data races em compile-time. O borrow checker do Rust impede que você compile código com race condition. Em sistemas distribuídos críticos (S3 servindo milhões de req/s), isso elimina uma classe inteira de bugs.
Performance C/C++, segurança Java. Sem segfault, sem buffer overflow, sem dangling pointer — e com o mesmo overhead de runtime que C.
O custo real
| Aspecto | Go | Rust |
|---|---|---|
| Tempo para um eng. virar produtivo | 2 semanas | 3-6 meses |
| Linhas de código (mesma funcionalidade) | 1.0x | 1.3x |
| Tempo de compilação | 5s | 90s |
| Bugs em produção (memória/concorrência) | médio | quase zero |
Rust é mais caro de escrever. A AWS aceita esse custo porque o ganho operacional (menos pages às 3 da manhã) compensa em escala.
O que isso significa para times menores
Se você tem 5 engineers e está escrevendo uma API CRUD, Rust é a escolha errada. A produtividade cai mais do que o ganho de performance compensa.
Se você está escrevendo:
- Hot path de proxy / load balancer
- Serializer/parser que processa GB/s
- Sistema embarcado (IoT, edge)
- Service mesh / data plane
…Rust passa a fazer sentido econômico.
A migração no laboratório
Estamos migrando um único serviço para Rust: o API gateway interno que processa autenticação de todos os pipelines de ML. Volume: ~50k req/s no pico. Razão: o serviço atual em Node consome 8 GB de RAM em pico e o cold start em deploy custa 2-3 min de degradação.
Resultado parcial (semana 3 de 12):
- RAM em pico: 8GB → 600MB
- Cold start: 2-3 min → ~3 segundos
- Custo do time: 1 engineer Rust em formação por 3 meses
Conclusão
Rust não é “o novo Go”. É a linguagem certa para sistemas onde overhead e correctness importam mais do que velocidade de desenvolvimento. Para o resto, Python/Go/TypeScript seguem sendo as escolhas certas.
A AWS migra porque a conta fecha. Para a maioria dos times, ainda não fecha.