Une entreprise possède une application qui utilise une table Amazon DynamoDB. Un architecte de solutions constate que de nombreuses requêtes vers la table ne renvoient pas les données les plus récentes. Les utilisateurs n'ont signalé aucun autre problème de performance de la base de données et la latence est acceptable. Quel changement de conception l'architecte de solutions devrait-il recommander ?

La bonne réponse est de demander des lectures fortement cohérentes pour la table. DynamoDB offre deux types de cohérence de lecture : la cohérence éventuelle et la cohérence forte. Par défaut, les lectures sont éventuellement cohérentes, ce qui signifie que les données renvoyées peuvent ne pas être les plus récentes si une écriture récente a eu lieu. Les lectures fortement cohérentes garantissent que toutes les lectures renvoient les données les plus à jour, car elles reflètent les résultats de toutes les écritures réussies précédentes. Ajouter des réplicas en lecture n'est pas applicable à DynamoDB, qui est déjà un service distribué et répliqué. Utiliser un index secondaire global (GSI) est utile pour interroger des attributs non-clés, mais n'affecte pas la cohérence des données renvoyées. Demander des lectures à cohérence éventuelle est le comportement par défaut et ne résoudrait pas le problème des données obsolètes.