Une entreprise de jeux vidéo stocke les données utilisateur (localisation géographique, données des joueurs, classements) dans Amazon DynamoDB. L'entreprise a besoin de sauvegardes continues vers un compartiment Amazon S3 avec un minimum de code. Les sauvegardes ne doivent pas affecter la disponibilité de l'application ni les unités de capacité en lecture (RCU) de la table. Quelle solution répond à ces exigences ?

La solution correcte est d'exporter directement les données de DynamoDB vers Amazon S3 avec des sauvegardes continues et d'activer la restauration à un instant donné (Point-in-Time Recovery - PITR). Cette fonctionnalité intégrée à DynamoDB permet des sauvegardes continues et automatiques vers S3 sans affecter les performances de la table ni consommer d'unités de capacité en lecture (RCU). Elle offre une granularité de restauration à la seconde près sur une période de 35 jours. Les autres options sont moins optimales : Utiliser un cluster Amazon EMR et un job Apache Hive est une solution complexe et coûteuse pour une tâche qui peut être gérée nativement. Configurer DynamoDB Streams avec une fonction Lambda implique du code et une gestion de l'infrastructure, ce qui va à l'encontre de l'exigence de "minimum de code". De plus, cela peut consommer des RCU si la lecture du flux est mal gérée. Créer une fonction Lambda pour exporter régulièrement les données est une approche manuelle qui consommerait des RCU lors des lectures et ne fournirait pas une sauvegarde continue, mais plutôt des instantanés périodiques.