Vous concevez le stockage pour une nouvelle application mondiale qui ingère des millions de petits enregistrements par minute à partir d'appareils. Chaque enregistrement fait moins de 4 Ko, doit être stocké de manière durable avec une récupération à faible latence, et n'est conservé que pendant 120 jours. Le stockage annuel estimé est de 10 à 15 To. Quelle approche de stockage est la plus rentable tout en répondant aux exigences ?

DynamoDB est idéal pour les charges de travail à débit élevé et à faible latence, ingérant des millions de petits enregistrements par minute, et sa capacité à s'adapter à l'échelle est essentielle. Le TTL de DynamoDB automatise la suppression des enregistrements après 120 jours, ce qui est rentable et conforme aux exigences. Stocker chaque enregistrement comme fichier .csv dans S3 serait inefficace et coûteux en raison du grand nombre d'objets et des requêtes fréquentes. S3 n'est pas optimisé pour des opérations de lecture/écriture à faible latence sur des millions de petits objets individuels. RDS for MySQL ne serait pas adapté pour ingérer des millions de petits enregistrements par minute à l'échelle mondiale en raison des limites de débit et de la complexité de la gestion de la base de données. Mettre en tampon les enregistrements par lots dans S3 et utiliser les métadonnées pour la recherche serait complexe à gérer, et la recherche de métadonnées S3 n'est pas conçue pour des requêtes à faible latence sur des millions d'enregistrements individuels au sein d'objets.