Un'azienda ha un'applicazione di chat mobile con il suo archivio dati in Amazon DynamoDB. Gli utenti desiderano che i nuovi messaggi vengano letti con la minor latenza possibile. Un architetto di soluzioni deve progettare una soluzione ottimale che richieda modifiche minime all'applicazione. Quale metodo dovrebbe selezionare l'architetto di soluzioni?

La configurazione di Amazon DynamoDB Accelerator (DAX) è la soluzione più efficace perché fornisce una cache in-memory completamente gestita per DynamoDB, riducendo la latenza di lettura da millisecondi a microsecondi. Richiede modifiche minime all'applicazione, solo l'aggiornamento dell'endpoint per puntare a DAX. L'aggiunta di repliche di lettura DynamoDB non è applicabile in questo contesto, poiché DynamoDB non supporta repliche di lettura separate come i database relazionali; invece, utilizza tabelle globali per la replica tra regioni, che non risolvono il problema della latenza di lettura locale. Raddoppiare le unità di capacità di lettura (RCU) aumenterebbe la capacità, ma non ridurrebbe la latenza di lettura a microsecondi come DAX. L'aggiunta di Amazon ElastiCache for Redis richiederebbe modifiche significative all'applicazione per gestire la logica di caching (invalidazione, write-through, ecc.), andando contro il requisito di modifiche minime.