Een bedrijf host een web-app op RDS for MySQL met een primaire DB-instantie en vijf read replica's. Replica's mogen maximaal 1 seconde achterlopen op de primaire instantie. De database voert geplande stored procedures uit en replica's ervaren meer vertraging tijdens piekbelasting. De solutions architect moet de replicatievertraging zoveel mogelijk verminderen, terwijl de wijzigingen in de applicatiecode en de operationele overhead minimaal moeten zijn. Welke oplossing voldoet aan deze vereisten?

De correcte optie is het migreren naar Amazon Aurora MySQL. Aurora is compatibel met MySQL, wat de applicatiecode en operationele overhead minimaliseert. Aurora's architectuur scheidt compute en storage, waardoor read replica's (Aurora Replicas) veel sneller en efficiënter zijn, met replicatievertragingen vaak in milliseconden. Aurora Auto Scaling beheert automatisch de capaciteit van de replica's. Stored procedures kunnen direct worden gemigreerd of vervangen door native Aurora functies. De andere opties zijn minder geschikt: ElastiCache for Redis vermindert de belasting op de database, maar vereist aanzienlijke aanpassingen aan de applicatiecode en lost de onderliggende replicatievertraging van RDS for MySQL niet op. Het vervangen van stored procedures door Lambda-functies is ook een grote wijziging. MySQL op EC2 vergroot de operationele overhead aanzienlijk, omdat u zelf de database, replicatie en patching moet beheren. Hoewel grotere EC2-instanties de prestaties kunnen verbeteren, garandeert dit geen minimale replicatievertraging en is het complexer dan Aurora. DynamoDB is een NoSQL-database en vereist een volledige herstructurering van de applicatie en datamodellering, wat in strijd is met de eis van minimale wijzigingen in de applicatiecode. Stored procedures zijn niet direct overdraagbaar naar DynamoDB Streams.