Amazon Web Services storing maakte slimme bedden kapot en nog veel meer: hier is hoe het gebeurde en wat het onthult over ons fragiele cloud ecosysteem

Toen Amazon Web Services (AWS) op 20 oktober offline ging, gingen de krantenkoppen vooral over de gevolgen voor sociale media en streamingonderbrekingen. Maar de gevolgen waren veel ingrijpender. De storing liet zien hoe ons leven verbonden is geraakt met cloudinfrastructuur. Het veranderde zelfs de slimme bedden van sommige gebruikers in nutteloze "natte zakken".

Amazon bevestigde later hoe het probleem begon. De fout werd getraceerd naar de regio US-East-1 in Noord-Virginia. Hier raakte de gedistribueerde databaseservice DynamoDB defect en veroorzaakte een kettingreactie. De storing verhinderde nieuwe online verbindingen. Hierdoor werden EC2 virtuele machines, Network Load Balancers en afhankelijke backend API's verstoord. In gewone bewoordingen: een van de meest kritieke gegevensaders van het internet raakte verstopt en de wereld voelde dat.

Slimme bedden uitgeschakeld door de cloud

Een van de onverwachte slachtoffers was Eight Sleep's Pod van $7000. De Pod is een slimme matras die watercirculatie en AI-temperatuur in kaart brengt om de slaap te optimaliseren. De downtime van de AWS-server trof ook het slaaptechnologiebedrijf.

De afhankelijkheid van het Pod-systeem van cloud-gebaseerde machine learning en real-time biometrische synchronisatie maakte het kwetsbaar. Omdat de algoritmen en gebruikersgegevens op AWS-servers draaien, maakte de storing het systeem tijdelijk onbruikbaar. Eén gebruiker meldde zelfs dat één kant van het bed oververhit raakte tot 110°F.

Eight Sleep rolt oplossing voor "uitvalmodus" uit

Eight Sleep CEO Matteo Franceschetti bevestigde het probleem op X en beloofde een oplossing. Binnen 24 uur rolde het bedrijf een Bluetooth low energy fallback uit die ze een "uitvalsmodus" noemden. Het is een lokale besturingslaag die cloud-API's omzeilt en directe apparaat-naar-app communicatie mogelijk maakt. Het stelde gebruikers in staat om hun bed via Bluetooth aan te passen wanneer het internet uitvalt.

Ondertussen werkten AWS-technici urenlang om de service te herstellen. Toen dat eenmaal gelukt was, herstartten ze de kernsystemen totdat de connectiviteit hersteld was. Amazon maakte een formele verontschuldiging bekend en noemde de storing "een belangrijke gebeurtenis". Ze beloofden architecturale voorzorgsmaatregelen te implementeren om herhaling te voorkomen. Maar dit zal niet de eerste keer zijn dat dit gebeurt.

Een terugkerend zwak punt in Amazon's cloud

De regio US-East-1 is al lange tijd de achilleshiel van AWS. Ironisch genoeg is het de oudste en meest bezochte hub van het cloudbedrijf. Desondanks was dit het epicentrum van storingen in 2021, 2023 en 2024, waardoor belangrijke diensten zoals Disney+, Slack en Zoom werden verstoord.

Elke keer vergrootten cascadestoringen binnen de interne afhankelijkheden van AWS wat begon als geïsoleerde systeemproblemen. Ingenieurs hebben er sindsdien voor gewaarschuwd dat de hypercentralisatie van werklasten in specifieke regio's systeemrisico's met zich meebrengt. Dit zou kunnen worden beperkt door een slimmere verdeling van de belasting en regionale redundantie.

Afhankelijkheid van de cloud: een systemisch probleem

Hoewel het verhaal amusant klinkt, vestigt het de aandacht op een groeiend probleem: de kwetsbaarheid van cloud-afhankelijke hardware. AWS, Google Cloud en Microsoft Azure hosten samen de backend-systemen waar de meeste verbonden apparaten op vertrouwen. Ze worden gebruikt voor verschillende apparaten, van thermostaten tot medische monitors. Als deze uitvallen, gaan ook de apparaten kapot waarvan mensen denken dat ze onafhankelijk zijn.

Consumentenvoorstanders zeggen dat er een "right-to-function" standaard moet worden ingevoerd, die vereist dat kernfuncties blijven werken, zelfs als cloudservices uitvallen. Lokale terugvalsystemen, zoals AI op het apparaat of Bluetooth-besturing, kunnen de bruikbaarheid behouden en de afhankelijkheid van verafgelegen datacentra verminderen.

Het Eight Sleep incident zou een waarschuwing moeten zijn dat de "slimme" revolutie slechts zo betrouwbaar is als de servers erachter. Totdat hardwaremakers prioriteit geven aan lokale besturing, kan zelfs iets eenvoudigs als naar bed gaan afhankelijk zijn van een datacenter dat wakker blijft.