Une entreprise ingère de grands volumes de données en streaming à partir d'une application s'exécutant sur Amazon EC2. L'application envoie des données à Amazon Kinesis Data Streams configuré avec les paramètres par défaut. Tous les deux jours, l'application consomme les données et les écrit dans un compartiment Amazon S3 pour le traitement BI. L'entreprise constate que S3 ne reçoit pas toutes les données envoyées à Kinesis Data Streams. Que doit faire un architecte de solutions pour résoudre ce problème ?

La période de rétention par défaut de Kinesis Data Streams est de 24 heures. Si l'application consomme les données tous les deux jours (48 heures), les données plus anciennes que 24 heures seront supprimées avant d'être traitées, ce qui explique la perte de données. Augmenter la période de rétention à au moins 48 heures permettra de conserver les données jusqu'à leur consommation. Les autres options sont incorrectes car : L'utilisation de la Kinesis Producer Library (KPL) aide à l'agrégation et à l'envoi efficace des données, mais ne résout pas le problème de rétention si les données sont consommées trop tard. L'ajustement du nombre de shards Kinesis gère le débit et la capacité de Kinesis, mais n'affecte pas la durée pendant laquelle les données sont stockées. L'activation du versionnement S3 est une fonctionnalité de S3 pour la gestion des versions d'objets et n'a aucun impact sur les données envoyées à Kinesis Data Streams ou sur leur rétention.