Een bug in het DNS-beheersysteem DynamoDB
In de inleiding
En
Het zou een probleem in de DNS-records van het datacenter US-East-1 geweest zijn.
Is niet "zou" maar er waren.
En
DynamoDB-DNS-beheersysteem
Etc.
Wat er eigenlijk is, Route53 is de dns, deze werk je bij via API calls, dus bijvoorbeeld een IP-adres wijzigen van een DynamoDB of een nieuwe DynamoDB toevoegen of een nieuw IPv6 adres.
Je hebt globale name, die over alle regios heen gaan en namen die naar een specifieke regio wijzen.
Een race conditie kan ontstaan in een systeem dat parallel en niet op volgorde verwerkt.
In dit geval:
1) wijzig IP naar X (nieuw)
2) wijzig IP naar U (meest nieuw)
Als (2) eerst verwerkt is, en daarna - zonder controle op volgorde - (1). Dan is het eind resultaat een verkeerd, oud IP adres van (1) in plaats van het nieuwste van (2).
Op AWS kunnen IP-adressen elke seconde wijzigen, bijvoorbeeld voor DDoS beveiliging, verplaatsen van rekenkracht.
Met de introductie van publieke beschikbaarheid van Kiro en de genoemde wijziging met IPv6 in het bron artikel, is de vraag naar DynamoDB flink gewijzigd en waar dit qua server capaciteit en netwerk etc geen enkel probleem is voor AWS (Amazon Web Services), is het met deze configuratie blijkbaar nooit eerder zo geweest dat de race conditie op trat.
Het is in AWS zeer normaal om parallelle verwerking, event driven te werken. Ik vermoed dat simpelweg een timestamp check of een iterator check (is deze nog actueel) tijdens het schrijven, kan helpen in dit oplossen. Dit wordt door veel ontwerpers die minder ervaring hebben met out-of-order verwerken in ultra snelle omgevingen over het hoofd gezien. Die nemen dan genoegen met een check tijdens het lezen van de huidige waarde.
In de praktijk kan en bij parallelle verwerking na jou lees actie geschreven worden.
Ik heb recent een nieuw database systeem ontworpen op basis van http-headers en file systeem, vandaar dat ik dit in detail herken.
Veel ontwerpers proberen dit op te lossen door dan maar niet parallel, of met een database lock, of zelfs met een lijst te werken, en alleen op volgorde uit te voeren (=wachten). Zonde want het remt de snelheid en recoverability van je systeem en het claimt ook nog eens meer resources.
[
Voor 82% gewijzigd door
djwice op 25-10-2025 11:07
]
/u/12436/p1_normal.png?f=community)
:strip_icc():strip_exif()/u/1620490/crop61fe9f1db1033_cropped.jpg?f=community)
Er bestaat ook nog zoiets als menselijke fouten. Waar in het artikel refereer ik foutief aan Dynamo? Dan fix ik dat even
:strip_exif()/u/6647/Parhelia.gif?f=community)
