Une équipe migre vers les microservices. Chaque service ne doit dépendre que de son propre datastore. Le service Payments (utilisant DynamoDB) a besoin de données quasi en temps réel provenant de la table DynamoDB Accounts. Quelle approche offre le moyen le plus simple, découplé et fiable d'obtenir les mises à jour de Accounts ?

L'utilisation d'Amazon DynamoDB Streams est la solution la plus simple, découplée et fiable. DynamoDB Streams capture les modifications au niveau des éléments dans une table DynamoDB et les envoie dans un flux ordonné, permettant au service Payments de consommer ces mises à jour en quasi temps réel sans interroger directement la table Accounts. Cela respecte le principe de microservices où chaque service gère son propre datastore et ne dépend pas directement des datastores des autres services. AWS Glue est conçu pour des transformations ETL par lots, ce qui est moins adapté aux mises à jour quasi en temps réel et introduit une complexité de gestion. Amazon ElastiCache est un service de mise en cache, et bien qu'il puisse améliorer les performances, il ne résout pas le problème de la propagation des mises à jour entre les datastores de manière découplée et fiable. Amazon Kinesis Data Firehose est un service de livraison de flux de données vers des destinations de stockage ou d'analyse, mais il n'est pas le mécanisme direct pour capturer les modifications d'une table DynamoDB de la même manière que DynamoDB Streams.