Un'azienda sta creando un prototipo di un sito web di e-commerce su AWS. Il sito web è costituito da un Application Load Balancer, un gruppo Auto Scaling di istanze Amazon EC2 per i server web e un'istanza DB Amazon RDS for MySQL che viene eseguita con la configurazione Single-AZ. Il sito web risponde lentamente durante le ricerche nel catalogo prodotti. Il catalogo prodotti è un gruppo di tabelle nel database MySQL che l'azienda non aggiorna frequentemente. Un architetto di soluzioni ha determinato che l'utilizzo della CPU sull'istanza DB è elevato quando si verificano ricerche nel catalogo prodotti. Cosa dovrebbe raccomandare l'architetto di soluzioni per migliorare le prestazioni del sito web durante le ricerche nel catalogo prodotti?

La risposta corretta è implementare un cluster Amazon ElastiCache for Redis per memorizzare nella cache il catalogo prodotti e utilizzare il lazy loading per popolare la cache. Questo approccio è efficace perché il catalogo prodotti non viene aggiornato frequentemente, rendendolo un ottimo candidato per la memorizzazione nella cache. ElastiCache ridurrà il carico sull'istanza DB RDS, migliorando le prestazioni del sito web. Il lazy loading popola la cache solo quando i dati vengono richiesti, ottimizzando l'uso delle risorse. Le altre opzioni sono meno adatte: Migrare il catalogo prodotti in Amazon Redshift non è la soluzione più efficiente per un catalogo che non richiede analisi complesse e frequenti, e introdurrebbe complessità aggiuntive. Aggiungere una policy di scaling al gruppo Auto Scaling per le istanze EC2 non risolverebbe il problema di fondo dell'elevato utilizzo della CPU sul database. Attivare la configurazione Multi-AZ per l'istanza DB migliorerebbe la disponibilità e la tolleranza agli errori, ma non le prestazioni di lettura per un carico elevato. Limitare le query dal lato EC2 non è una soluzione scalabile o user-friendly.