A infraestrutura da Amazon processou mais de 2,3 quatrilhões de acessos diários ao cache durante o Prime Day 2026. O dado faz parte do balanço técnico publicado pela AWS em 6 de outubro e ajuda a dimensionar a operação por trás do evento global de compras. Além do ElastiCache, o AWS Prime Day 2026 levou serviços de banco de dados, filas, processamento serverless, entrega de conteúdo, observabilidade e segurança a volumes que a empresa mede em trilhões de operações.
Os números são da própria AWS e descrevem a carga agregada dos sistemas da Amazon durante o evento. Eles não formam um benchmark reproduzível nem permitem comparar diretamente a plataforma com outros provedores. Ainda assim, mostram como uma operação desse porte distribui o tráfego entre várias camadas em vez de depender de um único serviço capaz de absorver todo o pico.
Cache chegou a 2,1 trilhões de acessos por minuto
O maior número divulgado está no Amazon ElastiCache. Segundo a AWS, os clusters usados pela Amazon processaram mais de 2,3 quatrilhões de solicitações por dia. No pico, a taxa chegou a 2,1 trilhões de acessos por minuto.
Cache em memória é usado para manter dados frequentemente consultados perto das aplicações. Em um evento de comércio eletrônico, isso pode incluir sessões, catálogos, disponibilidade, recomendações e resultados que não precisam voltar ao banco principal a cada leitura. A função do cache não é substituir o sistema de registro, mas reduzir a quantidade de trabalho repetido nas camadas mais caras ou lentas.
O volume informado também evidencia um cuidado de arquitetura. Uma taxa alta de acertos não elimina a necessidade de proteger bancos e serviços de origem quando uma chave expira, um item deixa de existir no cache ou uma atualização invalida muitas entradas ao mesmo tempo. Políticas de expiração, distribuição de chaves e capacidade de recomposição continuam determinantes para evitar que o próprio cache transfira um pico concentrado para a camada seguinte.
DynamoDB e Aurora sustentaram o estado da operação
O Amazon DynamoDB recebeu mais de 59 trilhões de solicitações ao longo do Prime Day, com pico de 192 milhões de requisições por segundo e latência de milissegundos de um dígito, segundo a empresa. A Amazon usa o serviço em fluxos que precisam manter estado com baixa latência e escala horizontal.
O Amazon Aurora, banco relacional compatível com MySQL e PostgreSQL, processou centenas de bilhões de transações. A AWS também registrou 5.491 TB armazenados e 1.194 TB transferidos pelas cargas relacionadas ao evento. Os dois serviços atendem necessidades diferentes: DynamoDB prioriza acesso por chaves e padrões previsíveis; Aurora preserva recursos relacionais e transacionais para domínios que dependem deles.
Esses dados reforçam que a escolha de banco não se reduz ao maior número de operações por segundo. Modelo de consistência, padrão de consulta, particionamento, custo de leitura e escrita, recuperação e governança dos dados continuam definindo a arquitetura. O Ponto Nulo detalha essa relação entre criticidade e recuperação no guia sobre RTO e RPO para sistemas e dados.
Lambda superou 2,3 trilhões de invocações em um dia
O AWS Lambda executou mais de 2,3 trilhões de invocações diárias nos sistemas da Amazon durante o evento. Já o Amazon Elastic Container Service manteve média de 158,3 milhões de tarefas Fargate por dia, alta de 47,7% em relação ao Prime Day anterior.
Os dois números indicam que a operação combina modelos de execução. Funções serverless são adequadas a tarefas curtas, integração por eventos e escalonamento granular. Contêineres acomodam processos, servidores e cargas que precisam de um ciclo de vida mais controlado. Mesmo dentro da mesma empresa, a escala não levou à adoção de uma única forma de computação.
O relatório não separa quantas invocações estavam no caminho direto de compra, quantas atendiam tarefas assíncronas e quantas pertenciam a processos internos. Por isso, não é possível usar os 2,3 trilhões como referência de capacidade para uma aplicação específica. Arquiteturas menores precisam medir duração, concorrência, dependências e custo por transação, não reproduzir a quantidade absoluta do evento.
Filas e streaming absorveram mudanças de ritmo
O Amazon Simple Queue Service atingiu pico de 213 milhões de mensagens por segundo. O Amazon Simple Notification Service chegou a 5 trilhões de mensagens por dia, enquanto o Amazon Kinesis alcançou 988 milhões de registros por segundo.
Esses serviços separam produtores e consumidores. Quando pedidos, atualizações de estoque, notificações ou eventos analíticos chegam em ritmos diferentes, filas e streams permitem que cada consumidor avance na capacidade disponível. Essa desacoplagem reduz a pressão para escalar todas as partes de um fluxo exatamente no mesmo instante.
A fila, porém, não remove o trabalho: ela o adia e o organiza. Sistemas precisam acompanhar idade das mensagens, taxa de reprocessamento, falhas permanentes e crescimento do backlog. Se a entrada continuar acima da capacidade de consumo, o atraso aumenta mesmo que a API responsável por receber a requisição permaneça disponível.
CloudFront entregou mais de 2,1 trilhões de requisições HTTP
Durante a semana global do Prime Day, o Amazon CloudFront entregou mais de 2,1 trilhões de requisições HTTP. A rede de distribuição de conteúdo reduz a distância entre usuários e conteúdo armazenável, além de evitar que cada acesso atravesse toda a infraestrutura de origem.
Na camada de armazenamento em bloco, o Amazon EBS processou mais de 24,8 trilhões de operações de entrada e saída e mais de 1 exabyte de dados em um dia. Esses volumes cobrem necessidades diferentes das requisições HTTP: discos sustentam máquinas e bancos que mantêm estado; a CDN distribui conteúdo na borda.
A presença de cache em memória, CDN e armazenamento persistente na mesma operação mostra três horizontes de dados. O primeiro privilegia velocidade e pode ser recomposto; o segundo aproxima cópias do usuário; o terceiro preserva informação que não pode desaparecer com a perda de uma instância.
Observabilidade e segurança também operaram em trilhões
O Amazon CloudWatch recebeu mais de 2,15 quatrilhões de observações de métricas por dia. O AWS CloudTrail registrou 3,6 trilhões de eventos em quatro dias, aumento de 44% em relação ao ano anterior. O Amazon GuardDuty analisou, em média, 14,08 trilhões de eventos de log por hora, crescimento anual de 59%.
Métricas, trilhas de auditoria e sinais de segurança crescem junto com a carga de negócio. Sem filtragem e retenção proporcionais, a telemetria pode se tornar cara e difícil de consultar. Sem cobertura suficiente, incidentes e regressões perdem rastreabilidade. A definição de indicadores úteis precisa acompanhar objetivos concretos, como os descritos no guia de SLI, SLO e SLA.
O balanço não informa custo total, quantidade de regiões, taxa de erros, impacto de falhas ou consumo energético da operação. Também não detalha quais otimizações foram específicas dos sistemas internos da Amazon. Os números representam telemetria selecionada pelo fornecedor e devem ser lidos como uma descrição da própria plataforma sob carga real, não como auditoria independente.
Graviton respondeu por quase metade da computação EC2
Processadores AWS Graviton responderam por até 49% da computação EC2 usada pelo Amazon.com durante o Prime Day 2026. A proporção mostra o avanço da arquitetura Arm nas cargas internas, mas não significa que metade de todas as instâncias EC2 da AWS use Graviton nem que qualquer aplicação consiga a mesma participação sem adaptação.
Compatibilidade de dependências, imagens de contêiner multi-arquitetura, desempenho por núcleo e custo por tarefa precisam ser medidos no software real. A migração pode ser simples para aplicações portáveis, mas exige validação quando há bibliotecas nativas, ferramentas antigas ou código otimizado para x86.
No AWS Prime Day 2026, a capacidade veio da combinação de cache, bancos, funções, contêineres, filas, streaming, CDN, armazenamento e telemetria. O relatório da AWS documenta os picos dessa composição, mas não publica custos, taxas de falha ou configurações suficientes para reproduzi-la fora dos sistemas da Amazon.
