A interrupção do Amazon Web Services quebrou camas inteligentes e muito mais: veja como isso aconteceu e o que revela sobre nosso frágil ecossistema de nuvem

Quando o Amazon Web Services (AWS) ficou off-line em 20 de outubro, as manchetes se concentraram em como isso afetou a mídia social e as interrupções de streaming. Mas os efeitos em cascata foram mais abrangentes. A interrupção mostrou como nossas vidas se tornaram conectadas à infraestrutura de nuvem. Ela até transformou as camas inteligentes de alguns usuários em "sacos molhados" inúteis.

Mais tarde, a Amazon confirmou como o problema começou. A falha foi atribuída à sua região US-East-1, na Virgínia do Norte. Foi lá que seu serviço de banco de dados distribuído, o DynamoDB, apresentou falhas e desencadeou uma reação em cadeia. A falha impediu novas conexões on-line. Isso interrompeu as máquinas virtuais EC2, os balanceadores de carga de rede e as APIs de back-end dependentes. Em termos simples, uma das artérias de dados mais importantes da Internet ficou obstruída e o mundo sentiu isso.

Camas inteligentes desligadas pela nuvem

Entre as vítimas inesperadas estava o Pod de US$ 7.000 da Eight Sleep. O Pod é um colchão inteligente que usa circulação de água e mapeamento de temperatura por IA para otimizar o sono. O tempo de inatividade do servidor AWS também afetou a empresa de tecnologia do sono.

O fato de o sistema Pod depender do aprendizado de máquina baseado em nuvem e da sincronização biométrica em tempo real o deixou vulnerável. Como seus algoritmos e dados de usuários são executados nos servidores da AWS, a interrupção tornou-os temporariamente inúteis. Na verdade, um usuário relatou que um lado da cama superaqueceu a 110°F.

A Eight Sleep lança uma correção para o "modo de interrupção"

Em resposta, o CEO da Eight Sleep, Matteo Franceschetti, confirmou o problema no X e prometeu uma correção. Em 24 horas, a empresa implementou uma alternativa de baixa energia Bluetooth que chamou de "modo de interrupção". Trata-se de uma camada de controle local que ignora as APIs da nuvem e permite a comunicação direta entre dispositivos e aplicativos. Isso permitiu que os usuários ajustassem suas camas via Bluetooth quando a Internet falhava.

Enquanto isso, os engenheiros da AWS trabalharam por horas para restaurar o serviço. Quando isso foi conseguido, eles reiniciaram os sistemas principais até que a conectividade fosse restabelecida. A Amazon divulgou um pedido formal de desculpas, chamando a interrupção de "um evento significativo". Eles prometeram implementar salvaguardas arquitetônicas para evitar que isso ocorra novamente. Mas essa não será a primeira vez que isso acontece.

Um ponto fraco recorrente na nuvem da Amazon

A região US-East-1 tem sido o calcanhar de Aquiles da AWS há muito tempo. Ironicamente, é o hub mais antigo e de maior tráfego da empresa de nuvem. No entanto, foi o epicentro de interrupções em 2021, 2023 e 2024, interrompendo serviços importantes como Disney+, Slack e Zoom.

A cada vez, falhas em cascata nas dependências internas da AWS ampliaram o que começou como problemas isolados do sistema. Desde então, os engenheiros alertaram que a hipercentralização de cargas de trabalho em regiões específicas representa um risco sistêmico. Isso poderia ser atenuado por uma distribuição de carga mais inteligente e redundância regional.

Dependência da nuvem: um problema sistêmico

Embora a história possa parecer divertida, ela chama a atenção para um problema crescente: a fragilidade do hardware dependente da nuvem. A AWS, o Google Cloud e o Microsoft Azure hospedam coletivamente os sistemas de back-end dos quais a maioria dos dispositivos conectados depende. Eles são usados com vários dispositivos, de termostatos a monitores médicos. Quando eles caem, o mesmo acontece com os dispositivos que as pessoas presumem ser independentes.

Os defensores dos consumidores dizem que deve ser introduzido um padrão de "direito à função", exigindo que os principais recursos continuem funcionando mesmo quando os serviços em nuvem falham. Sistemas locais de fallback, como controles de IA ou Bluetooth no dispositivo, podem preservar a usabilidade e reduzir a dependência de data centers distantes.

O incidente do Eight Sleep deve ser um alerta de que a revolução "inteligente" é tão confiável quanto os servidores por trás dela. Até que os fabricantes de hardware priorizem o controle local, até mesmo algo tão simples como ir para a cama pode depender de um data center que permaneça acordado.