Un'azienda di consegne di pacchi esegue un'applicazione su istanze Amazon EC2 con un cluster DB Amazon Aurora MySQL. Man mano che l'applicazione cresce, l'utilizzo di EC2 aumenta solo leggermente, mentre l'utilizzo del cluster DB aumenta molto più rapidamente. L'aggiunta di una replica di lettura riduce il carico del DB solo brevemente; il carico continua ad aumentare. Le operazioni che aumentano l'utilizzo del DB sono istruzioni di lettura ripetute relative ai dettagli di consegna. L'azienda deve ridurre l'impatto delle letture ripetute sul cluster DB nel modo PIÙ conveniente. Quale soluzione soddisfa questo requisito?

Implementare un cluster Amazon ElastiCache for Redis è la soluzione più conveniente perché il caching in memoria è estremamente efficiente per ridurre il carico su un database relazionale quando le operazioni di lettura ripetute sono un problema. Redis è ottimizzato per letture ad alta velocità e bassa latenza, scaricando efficacemente il DB Aurora. Aggiungere un'ulteriore replica di lettura o configurare Aurora Auto Scaling per le repliche di lettura aumenterebbe la capacità di lettura del DB, ma non risolverebbe il problema alla radice delle letture ripetute e sarebbe meno conveniente rispetto al caching per questo specifico caso d'uso. Modificare il cluster DB per avere più istanze writer non è pertinente, poiché il problema riguarda le operazioni di lettura, non di scrittura.