Een bedrijf maakt een prototype van een e-commerce website op AWS. De website bestaat uit een Application Load Balancer, een Auto Scaling group van Amazon EC2 instances voor webservers, en een Amazon RDS for MySQL DB instance die draait met de Single-AZ configuratie. De website reageert traag tijdens zoekopdrachten in de productcatalogus. De productcatalogus is een groep tabellen in de MySQL database die het bedrijf niet frequent bijwerkt. Een solutions architect heeft vastgesteld dat het CPU-gebruik op de DB instance hoog is wanneer er zoekopdrachten in de productcatalogus plaatsvinden. Wat moet de solutions architect aanbevelen om de prestaties van de website te verbeteren tijdens zoekopdrachten in de productcatalogus?

De correcte optie is het implementeren van een Amazon ElastiCache for Redis cluster met lazy loading. Dit verbetert de prestaties door veelgevraagde productcatalogusgegevens in het geheugen te cachen, waardoor de belasting van de RDS-database aanzienlijk vermindert en de reactietijden voor zoekopdrachten versnellen. Lazy loading zorgt ervoor dat gegevens pas in de cache worden geladen wanneer ze worden opgevraagd, wat efficiënt is voor gegevens die niet frequent worden bijgewerkt. Het migreren naar Amazon Redshift is niet optimaal omdat Redshift een datawarehouse-oplossing is, ontworpen voor analytische workloads, niet voor transactionele e-commerce zoekopdrachten. Het toevoegen van een schaalbeleid aan de Auto Scaling group voor EC2 instances lost het onderliggende database-CPU-probleem niet op; het verhoogt alleen de webservercapaciteit. Het inschakelen van Multi-AZ voor de DB instance verbetert de beschikbaarheid, maar niet de leesprestaties, en het beperken van query's (throttling) zou de prestaties juist verslechteren.