A AWS apresentou o Graviton2 e novas famílias de instâncias EC2 baseadas em Arm: M6g para uso geral, C6g para computação otimizada e R6g para memória otimizada. A empresa promete até 40% melhor preço/desempenho em comparação com instâncias x86 equivalentes, levando ARM para uma conversa muito mais séria dentro da cloud pública.12
O anúncio é maior do que uma nova opção de instância. Ele mostra a AWS usando silício próprio para moldar custo, desempenho e diferenciação de sua infraestrutura. Em escala de cloud, controlar o processador deixa de ser apenas engenharia de hardware e vira estratégia de plataforma.
ARM sai do nicho de baixo consumo
ARM ainda é associado por muita gente a mobile, dispositivos embarcados e consumo eficiente de energia. O Graviton2 tenta reposicionar essa percepção para workloads de servidor. A AWS descreve processadores com núcleos Arm Neoverse de 64 bits, fabricação em 7 nanômetros e melhorias relevantes sobre a primeira geração.2
As famílias anunciadas cobrem perfis comuns: aplicações web, microserviços, caches, bancos open source, analytics, HPC leve, encoding e serviços que escalam horizontalmente. Isso é importante porque ARM só vira opção real quando o portfólio atende padrões cotidianos, não apenas casos experimentais.
Também há integração com o AWS Nitro System, memória criptografada e previsões de banda de rede e EBS compatíveis com workloads modernos.1 A mensagem é que não se trata de instância alternativa barata, mas de uma linha com ambição de produção.
Preço/desempenho depende de portabilidade
A promessa de até 40% melhor preço/desempenho chama atenção, mas o ganho só aparece se a aplicação roda bem em ARM. Linguagens interpretadas, containers baseados em imagens multiarch e stacks open source tendem a ter caminho mais simples. Dependências nativas, bibliotecas específicas, agentes de observabilidade e ferramentas de segurança podem complicar a migração.
Por isso, a adoção deve começar com inventário. Quais serviços são CPU-bound? Quais usam imagens oficiais com ARM64? Quais dependem de extensões compiladas? Quais workloads já rodam em Linux moderno e podem ser recompilados sem esforço? O cálculo econômico precisa incluir teste, pipeline, monitoramento e fallback.
Para plataformas Kubernetes, o Graviton2 cria uma pergunta adicional: clusters mistos podem reduzir custo sem fragmentar operação? Taints, node selectors, imagens multiarquitetura e políticas de scheduling passam a fazer parte da conversa de FinOps.
Silício próprio aumenta a competição entre nuvens
Com Graviton2, a AWS reforça que provedores de cloud não competem apenas em número de regiões, serviços gerenciados e preço de tabela. Eles também competem na camada física que determina custo marginal e capacidade de diferenciar instâncias.
Isso pressiona fornecedores de software a tratar ARM64 como arquitetura de primeira classe. Quando a maior nuvem oferece uma família ampla com incentivo econômico claro, bibliotecas, agentes, bancos e runtimes precisam responder. Para clientes, a boa notícia é mais opção. O cuidado é evitar que otimização de custo crie dependência excessiva de uma arquitetura e de um provedor.
O Graviton2 não torna x86 obsoleto. Ele torna a decisão menos automática. Para workloads cloud native, especialmente os empacotados em containers e testados por CI, ARM passa a merecer benchmark próprio antes de fechar arquitetura padrão.
- AWS News Blog, "Coming Soon - Graviton2-Powered General Purpose, Compute-Optimized, & Memory-Optimized EC2 Instances", 3 dez. 2019. ↩
- Amazon, "AWS Announces Nine New Compute and Networking Innovations for Amazon EC2", 3 dez. 2019. ↩