Un'azienda ospita un'applicazione web a tre livelli in AWS. Il livello del database utilizza un server Multi-AZ Amazon RDS for MySQL e il livello della cache utilizza Amazon ElastiCache. L'azienda desidera una strategia di caching che aggiunga o aggiorni i dati della cache quando un cliente aggiunge un elemento al database, e i dati della cache devono sempre corrispondere al database. Quale soluzione soddisfa questi requisiti?

La strategia di caching write-through è la soluzione migliore perché aggiorna la cache contemporaneamente al database. Questo garantisce che i dati nella cache siano sempre coerenti con i dati del database, soddisfacendo il requisito che i dati della cache "devono sempre corrispondere al database" quando un elemento viene aggiunto. La strategia lazy loading (caricamento pigro) carica i dati nella cache solo quando vengono richiesti, il che potrebbe portare a dati non aggiornati per un breve periodo dopo un'aggiunta al database. La strategia adding TTL (tempo di vita) è un meccanismo di scadenza per gli elementi della cache, non una strategia per garantire la coerenza immediata con il database. AWS AppConfig è un servizio per la gestione della configurazione delle applicazioni, non una strategia di caching.