AWS registra terceira falha em três meses em US-West-2 e derruba Apple Pay, Reddit e PlayStation por 64 minutos

Na manhã de 24 de julho, a AWS sofreu 64 minutos de interrupção na região Oregon, a terceira falha em três meses, afetando Apple Pay, DoorDash, Reddit, PlayStation Network e outros serviços.
O que caiu às 3h55 na costa oeste dos EUA
Às 3h55 PDT de 24 de julho, a Amazon Web Services registrou falhas de conectividade de rede na região US-West-2, em Oregon. Em menos de vinte minutos, os relatórios de usuários da Apple Pay, DoorDash, Reddit, Hulu e PlayStation Network dispararam globalmente. A AWS chegou a listar sete serviços afetados, entre eles CloudFront, Global Accelerator e Elastic Container Service, o que indicou falha em múltiplas camadas da rede de Oregon, não em produto isolado.
Às 4h59 PDT, a empresa declarou todas as rotas de rede restauradas. Duração total: 64 minutos. A AWS confirmou que nenhum dado de cliente foi perdido e não divulgou a causa técnica específica do evento.
O padrão: outubro de 2025, maio de 2026, julho de 2026
Em outubro de 2025, a região US-East-1 ficou instável por horas por uma condição de corrida no sistema de DNS do DynamoDB: dois processos automatizados de gerenciamento rodando em zonas de disponibilidade diferentes entraram em conflito. A AWS publicou um relatório pós-incidente detalhado algumas semanas depois. Em maio de 2026, uma falha de hardware nos sistemas de refrigeração em um data center da Virgínia do Norte derrubou instâncias EC2 com impacto de 7 a 14 horas. Novo relatório publicado.
O evento de julho em Oregon foi descrito apenas como "problema de conectividade". A AWS não publicou análise pós-incidente até o fechamento desta matéria. O padrão histórico indica janela de duas a quatro semanas para que esse documento apareça.
Segundo análise da Axis Intelligence sobre o histórico de outages da AWS de 2025 a 2026, o throughline entre os principais eventos é a automação se comportando de formas não previstas pelos engenheiros, concentrada em regiões que carregam tráfego desproporcional do restante da internet. US-West-2 é uma das regiões mais densas da AWS em workloads enterprise e de plataformas de consumo norte-americanas.
O que o evento de julho expõe para o enterprise
Para CIOs que operam US-West-2 como região primária sem failover configurado, 64 minutos representam mais do que indisponibilidade operacional. Apple Pay, DoorDash e PlayStation Network ficaram expostas ao mesmo evento por terem dependência centralizada na mesma região, cada uma com SLAs internos exigentes.
O impacto é especialmente relevante em cargas de trabalho agenticas. Um modelo de linguagem encadeando chamadas de API em loop precisa de retentativas robustas e circuit breakers configurados; sem eles, uma interrupção de 64 minutos gera uma cadeia de tarefas abandonadas sem recuperação automática. O custo real do downtime não é o da hora parada, é o do processo que não foi retomado.
EUA e Índia: a mesma lição, contextos diferentes
Nos Estados Unidos, a terceira falha em três meses alimenta o argumento que integradores cloud apresentam a CIOs há meses: multi-cloud e multi-região não são opções de arquitetura paranoia, são requisitos para contratos com SLAs acima de 99,99% de disponibilidade. Cada análise pós-incidente da AWS publicada nos últimos três episódios revelou o mesmo padrão: subsistemas automatizados que passaram nos testes falharam em produção sob condições de carga real.
Na Índia, TCS, Infosys e Wipro gerenciam serviços cloud para clientes globais que rodam workloads em US-West-2. Cada interrupção documentada entra nos relatórios de disponibilidade que sustentam contratos de outsourcing de infraestrutura. A terceira ocorrência em três meses reforça a posição de clientes que renegociam contratos de infraestrutura gerenciada: a exigência de arquitetura multi-cloud deixa de ser cláusula de conformidade e passa a ser condição para assinar.
Sem um RCA publicado, a questão permanece em aberto: o problema de Oregon foi pontual ou é sintoma de uma escala de automação que ultrapassou a capacidade de validação segura da AWS?