De bestelapplicatie van een bedrijf slaat klantgegevens op in Amazon RDS for MySQL. Tijdens kantooruren voeren medewerkers eenmalige rapportagevragen uit die leiden tot langlopende leesbewerkingen en timeouts veroorzaken tijdens de orderverwerking. Het bedrijf moet de timeouts elimineren, maar medewerkers moeten nog steeds queries kunnen uitvoeren. Wat moet een solutions architect doen om aan deze vereisten te voldoen?

De correcte oplossing is het aanmaken van een read replica en het verplaatsen van rapportagevragen daarnaartoe. Dit isoleert de langlopende leesbewerkingen van de primaire database, waardoor de orderverwerking niet wordt beïnvloed en timeouts worden geëlimineerd. De read replica kan onafhankelijk schaalbaar zijn en de rapportagevragen afhandelen zonder de prestaties van de primaire database te degraderen. Het verdelen van de bestelapplicatie over de primaire DB instance en de read replica is niet optimaal omdat schrijfoperaties nog steeds naar de primaire database moeten, en het toewijzen van leesbewerkingen van de applicatie aan de replica voegt complexiteit toe zonder het kernprobleem van rapportagevragen op te lossen. Migreren naar DynamoDB is een ingrijpende architectuurwijziging die niet nodig is om dit specifieke probleem op te lossen en kan extra kosten en herontwerp met zich meebrengen. Het plannen van rapportagevragen buiten piekuren lost het probleem van on-demand rapportage niet op, wat een vereiste is.