AWS Storing – Wat is er gebeurd?

AWS

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.

Recent blogs

FD gazelle 2025
Blog
FD Gazelle 2025 – Hattrick voor Analyst ICT!
Tegen alle verwachtingen in — zoals dat in de sport wel eens gaat — hebben we opnieuw gescoord. Voor het derde jaar op rij mag Analyst ICT zich een FD Gazelle 2025 noemen. Een prestatie waar we ontzettend trots op zijn. Drie keer op rij, maar deze is bijzonder Eerlijk is eerlijk: deze kwam onverwacht. De afgelopen jaren stonden vooral in het teken van groei, ontwikkeling en heel veel hard werken voor onze klanten. Niet met het doel om een prijs te winnen, maar om simpelweg goede, betrouwbare en begrijpelijke ICT te leveren. Dat dát nu alweer beloond wordt met…
Stichting Anders
Blog
Stichting Anders
Wij van Analyst ICT ondersteunen met plezier Stichting ANDERS Eindhoven. Via deze samenwerking kunnen wij onze kennis, tijd en middelen inzetten voor mensen en organisaties die dat écht nodig hebben. Zo dragen we als bedrijf bij aan een lokale oplossing voor een maatschappelijk probleem – dichtbij huis, met impact. Op deze manier geven we concreet invulling aan maatschappelijk betrokken ondernemen. Superlogisch toch! Wij hebben een verhaal met jullie te delen wat ons raakte. “Een laptop, speciaal voor mij?”Emotioneel en flabbergasted reageerde Mylene* op de laptop die ze ontving. Stichting ANDERS ontmoette Mylene in een hectische periode waar we haar hielpen…
AI act
Blog
De AI Act: wat is er veranderd sinds augustus 2025?
ICT wordt simpeler en menselijker ook als het gaat om kunstmatige intelligentie (AI). Met de komst van de Europese AI Act moeten organisaties in Europa zorgvuldiger omgaan met AI-toepassingen. De wet wordt in fases ingevoerd en sinds 2 augustus 2025 gelden er nieuwe verplichtingen. Wat is er veranderd en wat betekent dit voor uw organisatie? Wat hield de eerste fase in? In februari 2025 ging de eerste fase van de AI Act van start. De focus lag toen vooral op: Bewustwording en basiskennis van AI in organisaties. Het vermijden van verboden AI-toepassingen (de categorie onacceptabel risico). Het onderstrepen dat niet…

A newsletter

Superlogic right?