Meeste AWS-diensten zouden na storing weer bereikbaar zijn - update 2

De storing bij Amazon Web Services zou grotendeels verholpen zijn. Door deze storing waren verschillende diensten, waaronder Signal en Snapchat, maandagochtend onbereikbaar.

Amazon meldt op de AWS-servicepagina dat de 'meeste' getroffen diensten inmiddels hersteld zijn. Er wordt nog gewerkt aan een volledige oplossing.

De problemen spelen ongeveer sinds maandagochtend 9.00 uur. Onder meer Signal, Slack, Snapchat, Perplexity en Amazon-diensten zoals Prime Video, Alexa en Ring, waren daardoor onbereikbaar. Ook clouddiensten van onder meer Docker en Atlassian kampten met problemen.

De storing houdt volgens AWS verband met de dns-resolutie van de DynamoDB-api's. Het probleem speelt bij diensten in de us-east-1-regio, hoewel diensten die in andere landen gebruikmaken van us-east-1-endpoints ook problemen kunnen ervaren.

Update, 11.23 uur - Informatie over de oorzaak en het verloop van de storing toegevoegd.

Update 2, 12.12 uur - Amazon meldt dat de meeste AWS-diensten weer operationeel zijn. Het artikel is hierop aangepast.

Door Kevin Krikhaar

Redacteur

20-10-2025 • 10:21

285

Submitter: xxs

Reacties (282)

282
277
128
3
0
108

Sorteer op:

Weergave:

US-east-1 is de AWS regio waar vrijwel al hun 'management' zaken draaien. Dat is blijkbaar nog steeds een SPOF en de reden dat alle diensten eruit liggen.
Ahh vandaar. Ik zag Belastingdienst en DigiD die impacted zijn. Ik dacht, huh, draaien die in US-East?
Wilde vanmorgen mijn paspoort verlengen. Werd naar huis gestuurd door storing
Leuk dat mensen alles aan elkaar relateren.

Maar de software voor het aanvragen van een paspoort draait niet op AWS. Sterker nog, dat werkt zelfs door als er geen internet verbinding is....

Blijkbaar een lokale storing op je gemeentekantoor met het aanvraagstation en/of de lokale server.
Mogelijk dat het proces wel degelijk ergens op AWS steunt, bijvoorbeeld als hun Windows in Amazon WorkSpaces draait of in een EDR zoals CrowdStrike staan ook honderden verbindingen naar AWS open.

Je moet maar 1 dingetje breken en veel digibeten weten er niet hoe ze er rond moeten werken, en ambtenaren doen maar liefst zo min mogelijk werk. Hey, Slack werkt niet, okay gedaan voor de dag want we “kunnen niet communiceren” met onze collega’s.

Hoeveel tickets die ik niet krijg als O365 niet werkt - zelfs ongerelateerde zaken werken niet omdat ergens iemand de data naar Excel online uitvoert om de data te bewerken alvorens terug de data in het systeem te steken.

[Reactie gewijzigd door Guru Evi op 20 oktober 2025 14:06]

Dat is in dit geval niet zo, zijn dedicated encrypted terminals. Dat praat echt niet met aws (of azure of een andere cloud dienst). Sterker nog, dit draait allemaal zo goed als lokaal. Meer kan en mag ik er niet over zeggen (Ik heb dit weleens uitgerold).

Anders hadden alle uitgevende instanties hier last van gehad.

[Reactie gewijzigd door jongetje op 20 oktober 2025 15:41]

En ik weet uit ervaring dat er allerlei schaduw IT systemen zijn waardoor random outages wel degelijk impact hebben. Zoals ik zei, als Slack niet werkt, weten ze al niet hoe ze verder moeten. 1 systeem mag dan wel lokaal draaien, de schaduwsystemen en organisatiesystemen en kalenders en vergaderingskamersystemen, printers, faxmachines, eenmaal die niet meer werken zijn veel loketten al gesloten omdat 'ze hun werk niet kunnen doen' ondanks dat hun primair werk niet van die systemen afhangt.

Als jij denkt dat je privegegevens niet ergens opgeschreven of in een Excel "database" bijgehouden of via Slack doorgestuurd worden naar iemand anders, ben je wel erg naief.

[Reactie gewijzigd door Guru Evi op 20 oktober 2025 16:02]

Fijn dat jij meer ervaring hebt met de systemen voor de aanvraag van paspoorten dan ik en hier ook meteen een extra hoge moderatie op krijgt. Kun je toelichten hoe dit dan werkt want ik heb het volledig offline werkend draaien in het testlab.
Dit is iets wat veel mensen niet weten of vergeten. 1 specieke dienst zal niet direct afhankelijk zijn van AWS (of een andere cloud dienst) maar je hebt vaak met hele ketens te maken. Daarmee wordt die 1e dienst toch indirect geraakt.
hier kan ik toch niet inloggen met digid
krijg deze meldin opmoment dat door verwezen word naar digid

Door een technisch probleem is het niet mogelijk om in te loggen

kan natuurlijk los staan van het nieuws artiekel maar problemen zijn er wel
Ik krijg die melding ook sinds afgelopen vrijdag t/m nu bij DigiD specifiek icm mijn lokale apotheek app. Andere diensten inloggen met DigiD werken wel normaal. Lijkt dus toevallig te zijn.
Belastingdienst en DigiD draaien bij Nederlandse providers.
Als ze naar AWS gaan zeg ik mijn burgerschap op! Als dat zou kunnen, tenminste…
Als ze naar AWS gaan zeg ik mijn burgerschap op! Als dat zou kunnen, tenminste…
Moet je eerst een land vinden dat jou als burger wil, maar dan kan het :)
Als ze naar AWS gaan zeg ik mijn burgerschap op! Als dat zou kunnen, tenminste…
AWS niet maar... nieuws: Ook fiscus kan geen EU-alternatief voor Microsoft vinden en zet migra...
Ook verschillende games op steam willen niet online, wo coh3. Voor t eerst maar eens de single player spelen!
Brawl stars doet het o.a. niet. Dit is pas echt balen.!
Betekent dat dat onze gegevens/data buiten de EU staan..?
Nee, niet perse. De services die je alleen daar kan gebruiken (zoals route53) zijn meer de backend services. De databases, storage etc zijn geografisch wel binnen de EU.

Maar omdat het een amerikaans bedrijf is, en amerikaanse werknemers gewoon bij die diverse geografische regio's kunnen komen, wil het niet perse zeggen dat je data niet door hen gelezen kan worden.

Daarnaast is us-east-1 ook de default regio; als je niets anders kiest, dan staat je data daar. Die regio draait dus bovengemiddeld veel sites en een downtime daar zal veel sites raken.
Erg bijzonder hoe dit na al die jaren (en meerdere verstoringen) nog steeds het geval is. "Practice what you preach" kennen ze niet...
Toont maar weer eens aan waarom ring waardeloos is. Zelfs de rtsp links doen het niet als Ring down is. Alarmsysteem is ook volledig ontmanteld. Wat ben ik blij dat ik alles tegenwoordig lokaal heb draaien.
Inderdaad. Ook erg voorspelbaar. Worden onze tieners op de middelbare school bij Maatschappijleer of Informatica al gewaarschuwd voor de nadelen van de "cloud"?
  1. Cloud = andermans computer, ergens ver weg.
  2. Je data is niet echt van jou. Foto’s, filmpjes, berichten, iemand anders kan ze bekijken, gebruiken, wissen of lekken.
  3. Je moet onbekenden vertrouwen. Als het fout gaat, kun je niks doen.
  4. Iedereen tegelijk down als die cloud kapot gaat.
  5. Dieven kijken mee en weten ook dat die ring-camera van jou even niet werkt.
  6. Slim apparaat = dom zonder cloud want de cloud is SaaSS (met dubbel S).
  7. Lokaal = vrijheid. Als je diensten lokaal draait (op je NAS of computer) bepaal jij wat werkt en wanneer.
  8. Cloudbedrijven veranderen steeds de spelregels, verhogen prijzen, halen functies weg, of blokkeren je account zonder dat jij iets kunt doen.
  9. Privacy verdwijnt langzaam. Alles wat via de cloud loopt, kan worden geanalyseerd, gebruikt voor training van commerciële modellen, of verkocht aan adverteerders.
  10. Zelf nadenken is veiliger. Hoe minder je uitbesteedt aan “de cloud”, hoe minder macht anderen over jou hebben.
Veel mensen weten niet dat je met een simpele NAS, bijvoorbeeld via Synology Container Manager, met een druk op de knop Google Photo's, Dropbox, of je complete adresboek/kalender kunt vervangen.

Het enige dat belangrijk is (vooral voor de filmende jeugd) om ook buitenshuis een gelijkwaardige ervaring te hebben, is dat je een goede uploadsnelheid hebt. Daarom moeten jongeren een asynchrone internetverbinding ook niet als Gigabit internet beschouwen als alleen de downloadsnelheid een gigabit is (i.e. 1000/100). Gigabit internet zal betekenen dat je volwaardig deel kan nemen aan het internet, dus ook je uploadsnelheid om zelf je eigen services te gebruiken in plaats van andermans cloud.

[Reactie gewijzigd door Sando op 20 oktober 2025 11:41]

Lokaal = vrijheid. Als je diensten lokaal draait (op je NAS of computer) bepaal jij wat werkt en wanneer.
Want jij bepaald altijd zelf wanneer je NAS een storing krijgt?

Er zijn goede redenen om niet de cloud te gebruiken. Maar de helft van jouw punten zijn dubbel, sommige extreem vergezocht (echt, inbrekers hebben een lijst mensen ofzo met een ring deurbel zodat als die plat ligt ze toeslaan?), en laten we niet net doen alsof lokale services nooit plat gaan. Ik durf wel te stellen dat de cloud gemiddeld genomen betrouwbaarder is.
Ik heb het uiteraard over het blokkeren van account, ook het onterecht blokkeren, wat gewoon gebeurt en waar Tweakers een achtergrondartikel over heeft geschreven.

Van de diensten die ik gebruik heeft Gitlab bijvoorbeeld wel erg vaak kritieke kwetsbaarheden. Daarom zet ik mijn Gitlab instance uit als er een kritieke patch is, omdat ik wanneer ik tijd heb rustig een backup wil maken voordat ik een upgrade doe. Tot die tijd heb ik geen zin in port scans van hackers.

Je zou maar afhankelijk zijn van een externe dienst die gebruik maakte van F5 Inc, waarvan later bleek dat duizenden bedrijven hebben verzuimd de patches te installeren waardoor hackers 2 jaar lang toegang hadden.

Ontvang je een security bulletin van een dienst die je gebruikt, waar je je altijd op moet abonneren via bijvoorbeeld rss of email, dan moet je patchen, of de dienst uitzetten totdat je tijd hebt om te patchen. Niet kwetsbaar online laten staan wat de oorzaak is van het merendeel van de miljarden gelekte privégegevens en -bestanden.
Dat je het daar over had begreep ik niet. Maar daar komt bovenop, lees eens je post nog een keer. En bedenk nu: Is dit echt een optie voor de gemiddelde gebruiker? Die willen gewoon dat shit werkt. En niet dat je services uit moet schakelen tot je handmatig rustig de tijd hebt genomen om een patch uit te rollen, waarvan je weet omdat je je geabonneerd hebt op een feed van de veiligheidsrisicos.

Zou jij aan je tante dat aanraden, of een cloud dienst die het voor je uit handen neemt?
Is dit echt een optie voor de gemiddelde gebruiker? Die willen gewoon dat shit werkt. En niet dat je services uit moet schakelen tot je handmatig rustig de tijd hebt genomen om een patch uit te rollen, waarvan je weet omdat je je geabonneerd hebt op een feed van de veiligheidsrisicos.
Dit is precies hoe het met auto's werkt. Mijn opa loopt nog steeds te zeuren over de gordel en die alarmtoon als hij bij mij in de auto stapt, en mijn moeder begrijpt niets van de boordcomputer van hun nieuwe auto. Jonge mensen horen die alarmtoon niet eens omdat ze zelf al direct de gordel vastklikken. De auto mag de weg niet op als er een veiligheidsprobleem is, en er is een hele lijst dingen waar je op moet letten. Officiëel moet je een rondje om je auto lopen als je vertrekt. Bij een probleem (of als je certificaat (APK) verlopen is) moet de auto stil blijven staan tot je tijd hebt om het op te lossen. Dan ga je met de bus totdat je tijd hebt om naar de garage te gaan of het zelf op te lossen. Ook moet je verstand hebben van vanalles; met bepaalde banden mag op bepaalde plekken niet rijden. Soms zijn winterbanden of sneeuwkettingen verplicht.

Het verschil? Onderwijs. We hebben allemaal geleerd met maatschappijleer en natuurkunde wat de gordel en de airbag doen. Waarom de gordel voor nieuwe auto's verplicht is. En wat de risico's zijn als je er voor kiest om in een jaren '60 old-timer zonder autogordels te rijden. Mijn opa heeft daar niets over geleerd. Niet op school. En niet bij rijles. Dat had je toen nog niet. Hij moest laten zien dat hij kon rijden en kreeg een rijbewijs.
Scholen hebben nog een hele lange weg te gaan. Gelukkig is er een club die daar wat aan probeert te doen: https://eerlijkdigitaalonderwijs.nl/
Veel mensen weten niet dat je met een simpele NAS, bijvoorbeeld via Synology Container Manager, met een druk op de knop Google Photo's, Dropbox, of je complete adresboek/kalender kunt vervangen.
Dit is wel zwaar gechargeerd. Wil je dat iedereen de eigen NAS breed beschikbaar stelt online? Er zijn genoeg NAS apparaten die al jaren geen updates meer krijgen en zo lek als een mandje zijn. Wil je dergelijke NAS apparaten aan het internet hangen met alle mogelijke gevolgen van dien, om maar geen Cloud te hoeven gebruiken? :?

[Reactie gewijzigd door CH4OS op 20 oktober 2025 12:34]

Je gaat nu wel off-topic, maar ik snap niet hoe dat nu weer je conclusie is. Ik wil best een lessenpakket samenstellen voor digitale weerbaarheid voor tieners maar in eerste instantie ging het even om de verschillende cloud-diensten die vandaag offline zijn waren.

Wat ik wil is dat tieners vroeg op school leren dat het belangrijk is om updates te installeren, leren over de CRA-wet die vanaf 2027 ingaat waarin minimale ondersteuning van 5 jaar wordt afgedwongen, en leren zeer kritisch te zijn op fabrikanten die daadwerkelijk de minimale ondersteuning van 5 jaar verkopen wanneer er ook fabrikanten zijn die 8 of meer jaar ondersteuning beloven. Ook is het belangrijk dat tieners leren tegengas te bieden tegen de lobby van planned obsolescence en leren dat er ook initiatieven zijn die minimaal 15 jaar updates willen verplichten voor fabrikanten die producten in de EU willen verkopen.
Die minimaal vijf jaar ondersteuning komt voor veel nas systemen alsnog te laat. Veel consumenten / gebruikers doen intussen enorm lang met hun nas systeem want “het werkt toch nog goed?” en vervangen hoogstens een harde schijf een keer.

Terwijl de Wet waar je over spreekt niet tot in den treuren terug gaat. Dus hoewel goed bedoeld, lost wat je aanhaalt ook niet alles op. Ook de vijf jaar van de Wet die je noemt, zullen fabrikanten die producten laten vallen als een baksteen, dus is meer uitstel van executie ben ik bang.

[Reactie gewijzigd door CH4OS op 20 oktober 2025 13:52]

Zo werkt toch alles? Alles kost toch tijd? Waarom zou je kinderen van 12 geen les in digitale weerbaarheid beginnen te geven zodat ze op hun 18e op hun studentenkamer wanneer ze hun eerste NAS kopen weten wat belangrijk is? Zodat hun digitale omgeving thuis niet zo lek is als die van opa die is vergeten dat hij überhaupt een NAS heeft?

Als ik net zo pessimistisch als jou redeneer, dan hoeven we geen huizen te bouwen want die zijn toch te laat klaar, laat staan dat we 10 Gw aan gas gaan vervangen door 10 Gw aan wind- of kernenergie want die gigantische hoeveelheid elektriciteit is toch pas over 15 jaar klaar, en bovendien opgekocht door A.I.-datacenters.

Jij hebt in je (hypothetisch) jaren '60 old-timer misschien ook nog geen verplichte autogordel en nog geen airbags. Maar we kunnen je op zijn minst uitleggen dat je met zo'n oud barrel zonder in nieuwe auto's verplichte veiligheidsvoorzieningen wel een aanzienlijk risico loopt. De gordel is voor nieuwe(re) auto's niet voor niets verplicht. Zelf weten. We gaan er in Nederland van uit dat volwassenen die eigen verantwoordelijkheid wel aankunnen. Je hebt er immers letterlijk op de middelbare school in zowel Maatschappijleer als Natuurkunde uitgebreid over geleerd en aan gerekend.

Tenzij "Maatschappijleer" in jouw tijd nog niet bestond. Maar toen het werd ingevoerd dachten we ook niet: Het is al te laat, wat doen we met al die auto's zonder airbags en zonder gordels.
Ik mag hier al jaren niet meer modereren dus hierbij krijg je van mij een duimpje: 👍
Voor die 10 punten die je noemt kan ik ook 10 punten (door AI?) laten genereren in het voordeel van cloud en SAAS. Ik hoop dat leerlingen ook mee krijgen dat zelf maar iets aan elkaar knutselen niet altijd het beste/goedkoopste/veiligste is.

In het bedrijfsleven is off-the-shelf software een voorbeeld van niet alles maar zelf ontwikkelen.

Vaak is een mix ook prima ipv alleen cloud/self hosten.
Krijgen we nu ook al AI reacties? :O
Dat is al maanden zo. Ze worden wel steeds erger. In plaats van zelf nadenken en AI eventueel als onderzoekstool gebruiken, worden teksten gewoon 1-op-1 overgenomen.
Elke reactie heeft een rapporteer knop. AI reacties zijn zover ik weet niet toegestaan.
Vanwaar die gedachte? Naar mijn ervaring zijn LLM's minder cynisch dan de gemiddelde Tweaker :+
Als je op allestoringen.nl kijkt, kan je precies zien welke diensten allemaal op AWS draaien. ;)
Het toont ook het probleem als het internet gecentraliseerd gehost wordt.
Azure, Google Cloud, Oracle Cloud Infrastructure, T-systems, SalesForce Cloud, Tencent Cloud, IBM Cloud...en dan heb je nog alle lokaal opererende cloud aanbieders. Een paar glasvezels hier en daar zijn ook cruciaal voor een probleemloze verbinding. Treed er een storing op? dan wordt dat meestal binnen enkelen seconde/minuten of uiterlijk uren wel opgelost.

Je zou ook kunnen zeggen dat de aanbieders van wereldwijde diensten juist niet goed gebruik maken van availability zones en regio's, aangezien dit probleem regio gebonden is.
Het idee van het internet was juist dat het onverwoestbaar zou zijn als er een kernoorlog uitbrak. Maar nu doet iedereen alles uitbesteden aan Amazon en Google.
Internet als een netwerk voor het verbinden van verschillende systemen, ja, die is gebouwd om bij problemen en andere route te kiezen. Internet als alle software die gebruik maakt van dat netwerk is een ander verhaal.

Er is vandaag niks mis met het "internet" (als in netwerk). Er is een probleem met een datacenter en de applicaties die dat gebruik van maken. Dat is totaal iets anders.

Ik kan me niet herinneren dat we ooit in Nederland een "internet" probleem hebben gehad dat geen enkele communicatie mogelijk was via internet.
Het bewijst eerder dat Allestoringen.nl maar wat roept, er staan diensten tussen die 100% zeker niks op AWS hebben draaien
Allestoringen is op basis van wat mensen rapporteren. Dit zie je bijvoorbeeld ook heel erg als een ISP offline gaat/storing heeft, dan ineens gaan ook alle banken "offline" of bepaalde populaire websites.
Wat ook fascinerend is om te zien (maar wel begrijpelijk) is dat bv. KPN de "schuld" krijgt van deze enorme outage.
Dat is met niet technologische dingen ook zo, als je het niet begrijpt of niet verder kan kijken, denk je dat het ligt aan het eerste wat je wel kan zien. Neem een file als voorbeeld, de auto met pech die je ziet staan kan een gevolg zijn van de voorgaande oorzaak.

Allestoringen.nl meld wel netjes op de KPN pagina: "Dit is mogelijk gerelateerd aan problemen bij Amazon Web Services"
Ervaring leert mij: Het is ALTIJD een netwerkprobleem tot het tegendeel bewezen is :P
Het is ALTIJD een DNS-probleem :p
Oct 20 2:01 AM PDT We have identified a potential root cause for error rates for the DynamoDB APIs in the US-EAST-1 Region. Based on our investigation, the issue appears to be related to DNS resolution of the DynamoDB API endpoint in US-EAST-1. We are working on multiple parallel paths to accelerate recovery. This issue also affects other AWS Services in the US-EAST-1 Region. Global services or features that rely on US-EAST-1 endpoints such as IAM updates and DynamoDB Global tables may also be experiencing issues. During this time, customers may be unable to create or update Support Cases. We recommend customers continue to retry any failed requests. We will continue to provide updates as we have more information to share, or by 2:45 AM.
https://health.aws.amazon.com/health/status

Correct!
Uiteindelijk is het natuurlijk allemaal de schuld van de Rabobank.

Sorry, kon het niet laten :P
Correctie, een MANNENprobleem!
Laat ik het anders formuleren: die er een afhankelijkheid van hebben. Confluence/JIRA bijvoorbeeld zijn wel up, maar het SSO deel werkt voor geen meter. Overigens zullen er natuurlijk ook diensten zijn die toevallig op dit moment een storing hebben terwijl ze niet op AWS draaien, dat hou je altijd. :)
Cloudflare, Microsoft en Google staan er tussen, die hebben niks met AWS van doen. Ook niet voor een SSO pagina. Het zelfde voor Facebook bijvoorbeeld al kan er misschien nog wat vanuit historie bij Instagram en WhatsApp op AWS zitten.

Jira gebruikt wel degelijk AWS diensten naast alleen SSO

[Reactie gewijzigd door GrooV op 20 oktober 2025 11:26]

Zeg maar alles van Atlassian door de SSO.

WIj hadden geluk dat iemand nog was ingelogd op onze status pagina, anders konden we die niet aanpassen om aan te geven dat de problemen die momenteel spelen door Twilio komen. Ondanks dat we alles in eu-west-1 hebben (twilio noemt dat ie1, Ierland dus) ligt ook onze telefonie er uit.

Overigens ervaren we ook problemen met LaunchDarkly bijvoorbeeld.

Soms moet je helemaal niks in de VS hebben, als een subprocessor dan toch zijn zaken niet 100% op orde heeft kan je alsnog impacted zijn.
Oke maar bij AWS ben je nooit 100% US-region onafhankelijk omdat in us-east-1 alle management zaken draaien
Al onze eu-west-1 AWS diensten werken nog naar behoren. Ons heel platform draait op AWS, maar dus wel alles in de EU.
Microsoft 365 heeft ook storing, zal dat ook hier door komen? :D
365 draait zo slecht dat ik die wel als permanent in storing zou willen opgeven...

Zou wel hilarisch zijn als MS AWS gebruikt voor Office hahah
Kan wel zijn dat ze uiteindelijk toch AWS diensten gebruiken, al is het maar dat ze een API aanroepen van een ander bedrijf dat daar draait
Yes, het is soms een grote API-spaghetti. Over het algemeen zie je het niet omdat dat intern en dus onzichtbaar is.
Is het niet gebaseerd op gebruikersmeldingen? Als er een storing is bij een grote provider zie je vaak ook opeens 'storingen' bij allerlei diensten die veel gebruikt worden, zoals Facebook, Instagram, WhatsApp bijv. :+
AlleStoringen werkt op basis van meldingen, niet op basis van zelf wat "roepen". Niet elk site die nu een storing heeft, draait op AWS, maar op basis van de grafiek kan je wel de waarschijnlijkheid een beetje bepalen. De kans dat ongerelateerde sites allemaal tegelijkertijd in dezelfde minuut uitvallen, is namelijk vrij klein.
Het doel van alle storingen is een overzicht waar storingen zijn, als dit op basis van meldingen gebeurt is hun melding systeem gewoon niet goed
Dat is het. Ik heb zelf een keer een storing gemeld dat dus geen storing was. Zodoende geen controle. Dat betekent niet dat er geen storing is, maar ook niet dat die er wel is. Meer meldingen vergroot de kans dat het waar is, maar dan nog blijft het onduidelijk.
Zoals al genoemd wordt valt of staat allestoringen.nl op basis van meldingen, dus allestoringen.nl kan niet zomaar 'wat roepen'.

Als een ISP als Vodafone down is komt het ook weleens voor dat er op KPN ook meldingen zitten, maar dat komt dan (denk ik) door mensen die denken dat ze KPN hebben ipv Vodafone bijv.

Alle diensten die nu als down worden aangegeven hebben op een bepaalde manier een relatie met AWS denk ik in ieder geval!
Je zal ze de kost geven die dan zeggen dat de PTT niet werkt. Ik zeg het nog maar eens, het geheugen van mensen is traag...
Kan best zijn dat ze een ad-provider hebben op de website die AWS gebruikt. Dan wordt je site lekker traag ook al doe je zelf niets met AWS. Spaghetti all-around
Er lijkt ook een storing bij MSFT te zijn.
Misschien een toeleverancier zoals een IDP of middleware die wat met AWS doet?
En het probleem van allestoringen.nl wordt ook meteen duidelijk: alle internetproviders lijken nu storing te hebben omdat mensen niet weten wie ze de schuld moeten geven.
Microsoft 365 ook, als je dat mag geloven :P
Hmmmm, duckdns, die iirc. op Amazon's spul draait is voor de verandering wel gewoon online.
Dat is helemaal komisch want die is constant offline, maar niet bij een semi-global AWS outage dus :+
Duidelijk te veel diensten...

Er zijn tal betere oplossingen dan AWS
Postman doet het ook niet
Docker draait lokaal...
auth.docker.io niet. Als je daarmee moet authoriseren heb je op het moment ook een probleem.
Als je je image nog lokaal gecached hebt werkt het, als je die nog moet binnen halen is het een ander verhaal :+
Er zijn zoveel diensten die het niet of minder goed doen... https://allestoringen.nl/
Best heftig om te zien hoeveel services echt down gaat met een AWS US-east outage. Inclusief onze eigen Belastingdienst.... 8)7
Belastingdienst is gewoon bereikbaar, dus er staan ook services bij die gewoon wel werken...

[Reactie gewijzigd door olafmol op 20 oktober 2025 11:08]

Bricklink werkt niet ☹️
All hail the cloud! The cloud is dead _/-\o_
Is dat niet een programma dat lokaal draait?
Ja, heb er ook last van. En uiteraard net als er iemand heeft gebeld voor een spoedje ;(
Nee erg vervelend. Iets van 2 jaar geleden hebben ze de offline variant er (helemaal?) uitgewerkt en willen ze cloud only / SaaS gaan.

Ik heb er ook vaak last van als ik VPN aan/uit zet, dat hij dan moeite heeft om je call in te laden
Ook goed, alles beter dan Postman. :)
De belastingdienst ook, volgens allestoringen.nl

Trek die servers weg uit US!
Als je geen idee hebt hoe AWS in elkaar steekt, is 't misschien niet zo handig om maar gewoon onzin te roepen.
Er zijn toch veel sites die zeggen dat hun data/diensten allemaal in de EU staan - dus US geen enkele impact heeft? Dat blijkt dus niet helemaal de waarheid.
Je kan gewoon alle servers in de EU hebben staan, maar alle globale diensten van aws zoals IAM lopen gewoon via US-EAST.

Niemand claimt dat al hun data in de EU staat waardoor een storing in de US geen impact zal hebben.
Dat werd laatst nog geroepen bij een kamerdebat over de ICT van onze overheid, waarbij een deel toch de cloud in ging.. Dus dan zijn de afhankelijkheden (zoals blijkbaar IAM) niet helemaal goed in kaart gebracht.

[Reactie gewijzigd door Charlie_Root op 20 oktober 2025 10:53]

Ze hebben in ieder geval last van een overbodige afhankelijkheid van the USA.
Volgens allestroringen, je zit ook dat KPN en ZIGO nu "slecht" zijn omdat mensen niet op hun site kunnen komen ligt het natuurlijk haan KPN?. In ieder geval kan IK gewoon inlogen in mijn belastingdienst.
Wel mooi, een collega heeft weer een broer die bij AWS werkt, maar ook die hebben problemen omdat veel van hun interne tools draaien op, jawel, AWS. Zo gebruiken ze Zoom en Slack, net zoals hun interne ticketsysteem :D

Lijkt me toch wenselijk dat je als grote cloudprovider de tools die essentieel zijn voor je bedrijfsvoering nu juist niet zelf host, maar goed.
Het is opzich geen slecht idee om je eigen producten te testen. Wie weet zouden ze wel veel meer storingen hebben als ze dat niet deden.

Dit is wel een goede les om te zorgen dat hun interne tools niet allemaal afhankelijk zijn van een region.
De meeste interne tools worden volgens een interne bron gehost in us-west-2 (PDX), die zijn ook nu gewoon nog operationeel. Het probleem is met name m.b.t. globale AWS resources zoals IAM!

[Reactie gewijzigd door justanotherone op 20 oktober 2025 11:10]

Voor reguliere development is het juist fijn als je ervaring kunt opdoen met de diensten en eigen API's. Als je doelt op het systeembeheer en het netwerkbeheer, die zullen wel meerdere oplossingen hebben voor de problemen die nu aanwezig zijn met dynamodb of zelfs helemaal geen impact hebben.
Het motiveert je wel, in ieder geval.

Maar nee, ik zou niet aanraden om je *essentiele* diensten bij een derde te gaan plaatsen, dat zal echt geen verbetering opleveren.

Wel belangrijk om "fallbacks" te hebben. Dus dat je niet alleen gebruikt maakt van het interne adresboek, maar ook het telefoonnummer van je collega's lokaal op je telefoon hebt opgeslagen.
Eat your own dogfood.

Wat denk je dat het met de aandelen doet als je zegt dat je niet je eigen product gebruikt.
Die aandelen zijn een gevolg, de oorzaak is dat je blijkbaar niet genoeg vertrouwen in je eigen spullen hebt.

Zoals al genoemd, eat your own dogfood, dan heb je een gedeeld belang met je klanten, en dat helpt behoorlijk bij het verbeteren van je service. Dat je daarna nog een alternatief hebt is wel zo prettig, maar voor dit soort noodgevallen denk ik dat a. je de werkende technici niet wilt lastigvallen met overhead, en b. waar nodig mensen via andere routes (ouderwets bellen, of WhatsApp voor mijn part) alsnog contact kunnen leggen. Alleen de interne documentatie is lastiger als die alleen online beschikbaar is, maar dat zou voor kritieke systemen toch niet het geval moeten zijn.
Zou dit een connectie (of oorzaak) hebben met de outage van Docker op dit moment?
Ze zeggen daar zelf "[Identified] We have identified the underlying issue with one of our cloud service providers. We are monitoring the situation and prepare our systems for when the issues with our service provider resolve." dus ja dat is wel vrij zeker.
Dat lijkt mij vrij duidelijk inderdaad. Dacht even misschien andersom dat er dingen omvallen omdat Docker niet meer beschikbaar is, maar dat lijkt mij niet.
Docker draait op AWS, dus als AWS issues heeft, heeft Docker.io issues.

Als je je eigen container repository (Nexus ofzo) host, werkt Docker natuurlijk gewoon zolang je geen nieuwe images van Docker Hub downloadt.

[Reactie gewijzigd door GertMenkel op 20 oktober 2025 10:42]

Bij mij werkt Signal ook niet. Wat ik dan wel gek vind, ik ging naar https://status.signal.org en die geeft aan dat signal gewoon werkt.

Intern zit daar dus ook iets mis.
De website doet het gewoon, dus dat klopt dan toch? Even alle gekheid op een stokje. Dat is ook een status pagina daar kun je dus helemaal niks mee. En dat zie je bij heel veel bedrijven. De pleuris moet eerst uitbreken en als het bijna gefixt is wordt die pagina geupdate.
Die pagina is wel heel basic, zeg.

Dat soort "status" pagina's worden overigens doorgaans handmatig gezet. Kans is groot dat de persoon die dat hoort te doen niet bereikbaar is, of domweg die stap in zijn draaiboek even is vergeten.
Ligt het nu aan mij, of zie je zelfs op AMS-IX (internetknooppunt) dat er minder data over gaat?

https://stats.ams-ix.net/index.html?;counter=bits;scale=normal;imgformat=svg
AWS handelt zo'n 30(?)% van het internetverkeer af. Alle outages zorgen automatisch voor minder verkeer zou je denken. Goede dag om het buitenlandschap eens te verkennen!
Kan net zo goed aan de herfstvakantie liggen.
AMS-IX behandeld verbindingen voor heel Europa. Enkel NL heeft deze week vakantie. In BE is dat bvb volgende week. De impact van enkel NL is denk ik minder groot dan wat je nu ziet.
Ok, maar ook grote delen van Duitsland en Franstalig Belgie hebben nu herfstvakantie :D
Europese Servers liggen er ook uit
Waarop baseer je dat? Ik zie hier geen problemen met Europese AWS diensten. Kan natuurlijk wel zijn dat een Europese dienst stiekem resources in us-east-1 gebruikt, ofwel zelf, ofwel doordat ze een externe API aanroepen die daar draait.
Globale resources zoals CloudFront worden ook geraakt door de huidige impact. Veel partijen gebruiken een CDN om de gebruikerservaring dusdanig te verbeteren - verwacht zeker ook Europese impact.
Daarnaast is IAM ook global, wat default naar us-east-1 volgens mij. IAM is dus ook impacted.
Exact! Zodra IAD op z'n gat ligt kun je er bijna altijd vanuitgaan dat er meer impact is.

Het probleem met DynamoDB is dat een hoop andere services afhankelijk zijn van metadata storage. Net als bij de Kinesis outage van een paar jaar geleden, veroorzaakt dit een domino-effect.
En als je state locks gebruikt met Terraform en je hebt dat nog via AWS DynamoDB lopen (natively kan het nu via Terraform zelf, dus via de state file die in S3 staat), kan je dus ook geen `terraform` commando's meer uitvoeren die de state file ophalen of pushen. :+

[Reactie gewijzigd door Anonymoussaurus op 20 oktober 2025 10:57]

Tja, CloudFormation is ook plat momenteel dus het lijkt me dat AWS SDK APIs ook niet werken :+
Zojuist nog gewoon met Terraform gewerkt, dus dat werkt allemaal prima.
Top! Goede reden om geen CDK te implementeren ;-)
Maar CloudFront draait toch in us-east-1?

Het kan inderdaad Europese impact hebben, voor diensten die gebruik maken van us-east-1. Alleen de bewering "Europese Servers liggen er ook uit" van @desimal90 vind ik erg kort door de bocht
Precies mijn punt! En waarom? Een Europese server kan ook een dependency hebben op globale resources als IAM of toevallig een Cognito user pool in IAD (guilty as charged!) hebben. Dan heb je nog steeds Europese serverimpact.
Services die wij op EU draaien liggen er ook allemaal uit. Misschien dat een interne AWS dienst dan iets uit US-east-1 gebruikt, maar lijkt erop dat er meer is dan alleen US east.

[Reactie gewijzigd door desimal90 op 20 oktober 2025 10:38]

Wij hebben echt heel veel resources in de Europese regio's draaien en gebruiken bijv. ook andere diensten die in Europese AWS regio's draaien, maar die hebben allemaal geen problemen. Ik zie het ook niet terug op de AWS status pagina.

Ik vermoed dat je inderdaad toch op us-east-1 resources leunt ergens.
Voelt meer als alle Europese AWS servers die afhankelijkheid hebben met US-EAST-1 liggen er soort van uit.


Om te kunnen reageren moet je ingelogd zijn