Un team sta passando ai microservizi. Ogni servizio deve dipendere solo dal proprio datastore. Il servizio Payments (che utilizza DynamoDB) necessita di dati quasi in tempo reale provenienti dalla tabella DynamoDB Accounts. Quale approccio offre il modo più semplice, disaccoppiato e affidabile per ottenere aggiornamenti da Accounts?

L'opzione corretta è utilizzare Amazon DynamoDB Streams. DynamoDB Streams cattura una sequenza ordinata di modifiche a livello di elemento in una tabella DynamoDB. Questo fornisce un flusso quasi in tempo reale di modifiche ai dati, che può essere consumato da altre applicazioni o servizi, come il servizio Payments. Questo approccio è disaccoppiato perché il servizio Payments non interroga direttamente la tabella Accounts e affidabile perché DynamoDB Streams garantisce l'ordine e la completezza degli eventi. Le altre opzioni sono meno ideali: AWS Glue per processi ETL frequenti introdurrebbe latenza e complessità non necessarie per un requisito "quasi in tempo reale". Amazon ElastiCache con trigger nel database Accounts non è una soluzione nativa per la propagazione delle modifiche tra tabelle DynamoDB e richiederebbe una logica personalizzata complessa per mantenere la coerenza. Amazon Kinesis Data Firehose è più adatto per la consegna di grandi volumi di dati a destinazioni di archiviazione o analisi, non per la propagazione di modifiche a livello di elemento tra tabelle DynamoDB in tempo quasi reale.