Les capteurs IoT d'un laboratoire émettent des charges utiles de 100 Ko toutes les 10 secondes. Un processus en aval interroge un compartiment Amazon S3 toutes les 30 secondes pour consommer les données. Quelle architecture fournira les données à S3 avec la latence la PLUS FAIBLE ?

L'option correcte est la meilleure car elle utilise Kinesis Data Streams avec la Kinesis Client Library (KCL) et un intervalle de tampon de 5 secondes. Kinesis Data Streams permet un traitement en temps quasi réel et la KCL est conçue pour consommer des données avec une faible latence. Un intervalle de tampon de 5 secondes garantit que les données sont écrites dans S3 très rapidement après leur réception, répondant ainsi à l'exigence de la latence la plus faible. Les autres options sont moins optimales : L'utilisation de Kinesis Data Firehose avec l'intervalle de tampon par défaut (60 secondes ou 1 Mo) introduirait une latence plus élevée que les 5 secondes spécifiées. Utiliser uniquement Kinesis Data Streams sans spécifier de mécanisme de livraison ou de tampon ne garantit pas la livraison à S3 avec la latence la plus faible. Amazon Managed Service for Apache Flink est un service d'analyse en temps réel, pas un mécanisme de livraison directe à faible latence pour S3, et son utilisation avec Firehose et un tampon de 5 secondes pourrait être plus complexe et ne pas offrir une latence intrinsèquement plus faible que KCL.