Un gioco per cellulare legge la maggior parte dei metadati da un'istanza di database Amazon RDS. Con l'aumentare della popolarità, i tempi di caricamento dei metadati sono rallentati e le metriche indicano che il solo scaling del database non sarà d'aiuto. L'architetto di soluzioni deve considerare opzioni che supportino snapshot, replica e tempi di risposta inferiori al millisecondo. Cosa dovrebbe raccomandare l'architetto di soluzioni?

L'aggiunta di un layer Amazon ElastiCache for Redis è la soluzione migliore perché Redis supporta snapshot, replica e offre tempi di risposta inferiori al millisecondo, soddisfacendo tutti i requisiti. I metadati, essendo dati letti frequentemente e raramente modificati, sono candidati ideali per il caching. ElastiCache riduce il carico sul database RDS e migliora notevolmente i tempi di caricamento. Migrare ad Amazon Aurora con Aurora Replicas migliorerebbe la scalabilità e le prestazioni di lettura del database, ma non fornirebbe i tempi di risposta inferiori al millisecondo di una soluzione di caching per i metadati. Migrare ad Amazon DynamoDB con tabelle globali è una soluzione NoSQL scalabile e ad alte prestazioni, ma potrebbe richiedere una riprogettazione significativa dell'applicazione e non è specificamente ottimizzata per il caching di metadati da un database relazionale esistente, né garantisce tempi sub-millisecondo come una cache. Aggiungere un layer Amazon ElastiCache for Memcached non sarebbe l'opzione migliore perché, sebbene offra caching ad alta velocità, non supporta le funzionalità di replica e snapshot persistenti richieste, a differenza di Redis.