AWS registra 'erros elevados' e problema no DynamoDB, 67 serviços afetados 🛠️🧵 Boletim das 10h42 (BRT) diz que novos lançamentos de info estão limitados para engenheiros trabalharem na recuperação. Relatos no Downdetector começaram por volta das 3h. Vou explicar passo a passo.

Imagem indisponível

Linha do tempo e o epicentro: usuários relataram interrupções desde as 3h; a AWS atualizou o status às 10h42 e apontou o Amazon DynamoDB — banco NoSQL gerenciado — como causa. Como o DynamoDB é usado por muitos serviços, a falha teve efeito cascata.

Por que o problema se espalha tão fácil? DynamoDB é uma peça crítica para autenticação, filas, cache e APIs. Quando um serviço gerenciado central tem erro, aplicações dependentes podem degradar ou parar. A AWS recomendou não forçar zona de disponibilidade (AZ) nas requisições.

Imagem indisponível

O que significa não forçar AZ? AZs são data centers isolados. Forçar uma AZ reduz a flexibilidade da nuvem de redirecionar tráfego para zonas saudáveis. Em termos práticos: projetos que dependem de uma AZ só têm menor tolerância a falhas.

Checklist prático para engenheiros e PMs durante a recuperação: 1) Acompanhe o status oficial da AWS; 2) Direcione requisições sem AZ quando possível; 3) Aumente retries com backoff exponencial; 4) Use cache e respostas degradadas (graceful degradation); 5) Tenha endpoints de fallback e comunique usuários.

Imagem indisponível

Reflexão final: essa pane lembra que depender excessivamente de um único provedor aumenta risco sistêmico — afeta desde startups até serviços públicos. Além das soluções técnicas (multi-AZ, multi-region, multi-cloud), vale debatermos políticas que incentivem concorrência, transparência e resiliência. Teste hoje seu plano de contingência.