Op maandag 20 oktober 2025 heeft Amazon Web Services (AWS) een grootschalige storing gehad die grote delen van het internet heeft platgelegd.  Hieronder staat een technisch onderbouwd overzicht van wat gebeurde en wat dit betekent voor organisaties.

Tijdlijn & kerngegevens

• Naar verluidt begon de storing rond 07:11 UTC (08:11 Nederlandse tijd) op 20 oktober. 
• AWS gaf aan dat het startpunt lag in de regio US‑EAST‑1 (Virginia) van hun datacenters. 
• De directe oorzaak: een fout bij de DNS-resolutie (Domain Name System) van een belangrijke API-endpoint van de database-service Amazon DynamoDB. Anders gezegd: de API-servers konden niet gevonden worden omdat de ‘telefoonboekfunctie’ van internet (DNS) faalde. 
• Door die DNS-fout werden specifieke AWS-diensten niet bereikbaar, wat tot verhoogde foutpercentages en vertragingen leidde in meerdere andere AWS-componenten. 
• In de loop van de ochtend / middag gaf AWS aan dat de kernproblemen “volledig zijn opgelost” maar dat er nog systemen waren met een achterstand of restverwerking, zoals AWS Lambda. 
• De storing trof honderden tot duizenden andere diensten en applicaties wereldwijd die afhankelijk zijn van AWS-infrastructuur. 

Waarom dit relevant is voor onze klanten

Als klant van Analyst ICT is het belangrijk om te begrijpen hoe zo’n storing impact kan hebben op uw organisatie — ook al draait uw infrastructuur misschien niet direct op AWS. Bij Analyst ICT bouwen we geen infrastructuren op AWS maar veel software partijen doen dit wel.

Afhankelijkheden in de keten

Veel moderne applicaties, websites, back-end systemen en clouddiensten zijn opgebouwd op (of maken gebruik van) AWS-onderdelen: opslag (S3), compute (EC2, Lambda), databases (DynamoDB, RDS), netwerk, DNS, enzovoort. Wanneer één onderdeel uitvalt (zoals hier de DNS naar DynamoDB), kan het ketenreacties veroorzaken:

• Eigen systemen die direct op AWS draaien kunnen uitvallen of zeer traag worden.
• Derden (extern geleverde apps, SaaS-diensten, koppelingen) kunnen falen omdat zij afhankelijk zijn van AWS-componenten.
• U merkt niet alleen functionaliteitsverlies, maar ook vertragingen, fouten, onbereikbaarheid.
• Rest-effecten: buffers, wachtrijen, achterstanden (bijv. in messages, events) nemen tijd om weg te werken.

Risico’s op infrastructuurniveau

• Concentratie-risico: één grote cloud-provider (zoals AWS) domineert een groot deel van de infrastructuur. Dat maakt uitval tastbaar voor veel organisaties tegelijk. 
• Kettingreacties: een technische fout (zoals DNS) in het fundament zorgt voor effecten in bovenliggende lagen.
• SLA’s en herstel: ook al zegt AWS “hersteld”, er kunnen nog restproblemen zijn. Bijgaand hersteltraject is vaak langzaamer dan de kernfix. 

Wat kunnen organisaties doen?

Gezien de gebeurtenissen is het verstandig om na te gaan hoe u (of Analyst ICT namens u) uw infrastructuur en afhankelijkheden heeft ingericht. Hier zijn enkele aandachtspunten:

1. In kaart brengen van afhankelijkheden
   • Welke systemen draaien op AWS-diensten? Zijn deze kritisch voor uw business?
   • Welke externe services of SaaS-producten gebruikt u die op AWS draaien?
   • Zijn er single points of failure via één cloud-provider of regio?
2. Resilience en fallback-strategieën
   • Overwegen van multi-region of multi-cloud aanpak: als regio US-EAST-1 uitvalt, hebben we dan alternatieven?
   • Voor kritische diensten: tijdige backups, redundantie, fail-over mechanismen.
   • Monitoring op externe afhankelijkheden: weten wanneer een derde dienst (gehost op AWS) problemen krijgt.
3. Kapitaal op zicht: communicatie & herstelplan
   • Tijdens uitval is snelle communicatie belangrijk — intern en extern (klanten).
   • Herstelplan: niet alleen fixen, maar ook nazorg (zoals achterstanden wegwerken, wachtrijen legen).
   • Klantenservice ready: duidelijkheid geven, vragen beantwoorden.
4. Evaluatie en lessons learned
   • Analyseer wat precies de impact was op uw organisatie door deze storing.
   • Stel vragen: “Wat ging er mis?”, “Hoe snel merkten wij het?”, “Welke systemen hadden problemen?”, “Hoe snel was herstel merkbaar?”
   • Gebruik de uitval als input voor verbetering van architectuur en proces.

De storing bij AWS op 20 oktober 2025 is een harde herinnering dat zelfs de grootste cloud-provider kwetsbaar is. Voor organisaties – waaronder de klanten van Analyst ICT – betekent dit vooral: wees voorbereid. Het gaat niet alleen om ‘zal het ooit gebeuren’, maar om hoe we reageren als het gebeurt. Structuur, inzicht in afhankelijkheden en goede plannen maken het verschil.

Wilt u dat we samen uw infrastructuur en afhankelijkheidskaart doorlopen om te zien waar u kwetsbaar bent? Wij helpen daar graag bij.