Une entreprise crée des tableaux de bord quasi en temps réel pour les données de séries chronologiques ingérées dans Amazon MSK. Un pipeline personnalisé consomme le flux et écrit dans Amazon Keyspaces, Amazon OpenSearch Service et des objets Avro dans S3. Quelle option rendra les données disponibles pour les tableaux de bord avec la latence la PLUS FAIBLE ?

L'option correcte est de créer des tableaux de bord OpenSearch en utilisant les données d'OpenSearch Service. Amazon OpenSearch Service est optimisé pour l'analyse et la visualisation de données quasi en temps réel, ce qui en fait le choix idéal pour les tableaux de bord à faible latence. Il est conçu pour ingérer, stocker et interroger de grands volumes de données de séries chronologiques rapidement. Les autres options introduisent une latence plus élevée. Utiliser Amazon Athena avec un metastore Apache Hive ou comme catalogue de données pour Keyspaces implique des requêtes sur S3, ce qui est excellent pour l'analyse ad hoc mais pas pour la latence la plus faible. S3 Select avec AWS Glue cataloguerait les données, mais l'accès aux objets S3, même avec S3 Select, est généralement plus lent que l'interrogation directe d'un index OpenSearch optimisé pour la recherche.