AWS: Dados de faturamento estimado imprecisos – US$ 1,7 bilhão
Uma falha generalizada de faturamento da AWS exibiu brevemente aos clientes cobranças estimadas na casa de bilhões e até trilhões de dólares, desencadeando pânico entre usuários de hobby e empresas que normalmente pagam apenas centavos ou algumas centenas de dólares por mês. Comentadores apontam para um provável bug de precificação por unidade no S3 ou no subsistema de faturamento (por exemplo, confundir bytes com gigabytes) e criticam a AWS por salvaguardas fracas, ausência de tetos rígidos de gasto e comunicação ruim enquanto as estimativas estavam erradas. Muitos veem o incidente como um alerta sobre a dependência excessiva de sistemas opacos de faturamento em nuvem, pesados em IA e automação, nos quais erros sutis podem ser muito mais difíceis de detectar.
Visão geral do incidente
- O Console de Faturamento da AWS exibiu cobranças estimadas absurdamente incorretas: de dezenas de milhares até bilhões, trilhões e até quadrilhões de dólares.
- Muitos casos estavam ligados ao S3; o AWS Health informou “Inaccurate Estimated Billing Data” devido a um problema de precificação por unidade no subsistema de computação do faturamento estimado e pausou as atualizações das estimativas enquanto recalculava.
- Vários usuários confirmaram que seu uso/custo reais estavam normais; isso afetou as estimativas e os alertas de orçamento, não as faturas reais (ainda).
Impacto e reações dos usuários
- Contas de hobby e de baixo uso (frequentemente <$1/mês) viram estimativas na casa de milhões–trilhões, desencadeando pânico, tremores, suor frio e quase ataques de pânico; alguns imediatamente apagaram infraestruturas ou fecharam contas inativas.
- Alguns acharam engraçado quando viram números obviamente impossíveis (por exemplo, acima da receita anual da AWS), mas אחרים observaram que erros menores, “plausíveis” (5–6 dígitos), são na verdade mais assustadores.
- Vários se preocuparam com consequências reais para a saúde e traçaram paralelos com erros de UI em aplicativos financeiros do passado que precederam suicídios.
Causa técnica suspeita
- Vários comentaristas convergiram para um bug de conversão de unidades: bytes sendo cobrados a taxas por GB (com erro de ~2^30), ou um descompasso semelhante entre medição e precificação.
- Um ex-engenheiro da AWS descreveu um incidente real anterior: um preço de centavos por GB aplicado por engano por byte, criando contas de vários milhões de dólares em horas.
- A discussão enfatizou a separação frágil entre medição e planos de preço, tipagem fraca para unidades e falta de testes robustos de ponta a ponta e detecção de anomalias (“pause billing if bills jump by orders of magnitude”).
Qualidade, IA e “vibe coding”
- Houve forte crítica ao fato de algo tão básico em um serviço tipo utilidade ter passado por testes, revisões e monitoramento.
- Muitos culparam ou suspeitaram do uso excessivo de IA generativa/sistemas “agentic” no faturamento, citando vagas da AWS que fazem marketing de faturamento e validação autônomos e orientados por IA.
- Outros apontaram que humanos há muito tempo lançam bugs semelhantes; a IA principalmente acelera o volume e reduz a revisão cuidadosa.
Risco de faturamento em nuvem e salvaguardas
- Repetida frustração de que a AWS oferece alertas, mas não tetos rígidos reais de gasto nem cortes em tempo real; as pessoas passaram a temer muito mais chaves comprometidas ou configurações incorretas após isso.
- Mitigações propostas: cartões com limite de gastos ou desativar débito automático; detecção de anomalias mais forte; opções para desligar compute ou congelar storage ao ultrapassar limites.
- Alguns argumentam que o comportamento da AWS justifica tratar grandes nuvens como utilities reguladas; outros dizem que a concorrência significa que os clientes deveriam mudar se estiverem insatisfeitos.
Confiança, comunicação e lições
- Muitos ficaram mais irritados com a comunicação do que com o próprio bug: emails de alerta foram enviados sem seguimento imediato de esclarecimento; o banner do incidente ficou escondido nas páginas de health/suporte, não no painel de faturamento.
- O episódio aprofundou o ceticismo sobre se contas passadas foram alguma vez totalmente corretas e reforçou pedidos por relatórios detalhados de uso, auditorias independentes e melhor QA interno.