Een bedrijf heeft een webapplicatie voor het boeken van reizen. De applicatie is gebaseerd op een database die draait in één datacenter in Noord-Amerika. Het bedrijf wil de applicatie uitbreiden om een wereldwijd gebruikersbestand te bedienen. Het bedrijf moet de applicatie implementeren in meerdere AWS-regio's. De gemiddelde latentie moet minder dan 1 seconde zijn voor updates van de reserveringsdatabase. Het bedrijf wil afzonderlijke implementaties van zijn webplatform in meerdere regio's hebben. Het bedrijf moet echter een enkele primaire reserveringsdatabase behouden die wereldwijd consistent is. Welke oplossing moet een solutions architect aanbevelen om aan deze vereisten te voldoen?

De correcte optie is het gebruik van Amazon DynamoDB met global tables. DynamoDB global tables bieden een volledig beheerde, multi-regionale en multi-actieve databaseoplossing die automatische, actieve replicatie tussen de geselecteerde AWS-regio's mogelijk maakt. Dit garandeert een lage latentie (meestal binnen een seconde) voor updates en consistentie over de hele wereld, wat essentieel is voor een centrale reserveringsdatabase. De andere opties zijn minder geschikt: Aurora MySQL met Read Replicas biedt weliswaar leesreplicatie, maar schrijfbewerkingen moeten nog steeds naar de primaire regio, wat de latentie voor updates wereldwijd niet oplost. RDS for MySQL met Read Replicas heeft hetzelfde probleem als Aurora Read Replicas en biedt bovendien minder schaalbaarheid en prestaties dan Aurora. Aurora Serverless met Lambda-functies voor synchronisatie is een complexere en potentieel minder consistente oplossing, waarbij handmatige synchronisatie via event streams de latentie en consistentie kan beïnvloeden.