Un'azienda crea dashboard quasi in tempo reale per i dati di serie temporali acquisiti in Amazon MSK. Una pipeline personalizzata consuma lo stream e scrive su Amazon Keyspaces, Amazon OpenSearch Service e oggetti Avro in S3. Quale opzione renderà i dati disponibili alle dashboard con la MINORE latenza?

L'opzione corretta è creare OpenSearch Dashboards utilizzando i dati di OpenSearch Service perché OpenSearch Service è progettato per l'analisi e la visualizzazione dei dati quasi in tempo reale, rendendolo la scelta migliore per dashboard a bassa latenza. OpenSearch Dashboards è lo strumento di visualizzazione nativo per OpenSearch Service e fornisce un accesso diretto e a bassa latenza ai dati indicizzati. Le altre opzioni introducono latenza aggiuntiva: L'utilizzo di Amazon Athena con un metastore Apache Hive per interrogare S3, anche con Grafana, aggiunge latenza a causa dell'elaborazione delle query su S3 e del caricamento dei dati in Grafana. L'utilizzo di Athena per interrogare S3 con Keyspaces come catalogo dati e QuickSight aggiunge più strati di servizio e quindi latenza. L'utilizzo di AWS Glue per catalogare i dati e S3 Select per interrogare S3 con QuickSight aggiunge anch'esso latenza di elaborazione e trasferimento dati, non essendo ottimizzato per scenari quasi in tempo reale come OpenSearch Service.