Use Kinesis for real-time forensic log streaming and OpenSearch Service for persistent log analytics
Short answer
BD Amazon Kinesis streams logs in real time with replay, and Amazon OpenSearch Service persists and analyzes them.
Question
Key Takeaways
Kinesis (Data Streams/Firehose) is the streaming ingestion layer that enables real-time analytics and replay (retention lets you re-read messages), while OpenSearch Service is the persistent store and search/analytics engine. Athena (A) is query-only over S3, not real-time streaming or replay; SQS (C) is a queue, not an analytics/search store; EMR (E) is heavyweight batch processing, overkill and not purpose-built for replay-plus-persist forensic logging.
Hundreds of Docker-on-EC2 apps need forensic logging with real-time analytics, message replay, and persistence. Amazon Kinesis ingests the log stream in real time, buffers it so messages can be replayed, and feeds downstream analytics. Amazon OpenSearch Service persists the logs and provides full-text search and dashboards for forensic discovery and processing. Together they satisfy all three requirements natively.
Common mistake: Picking Athena (A) for 'analytics'—Athena queries data at rest in S3 and is not a real-time streaming or replay mechanism. Picking SQS (C) thinking 'messaging'—SQS delivers once and does not persist or replay a log stream for analytics. EMR (E) is batch-oriented and far more operational overhead than a Kinesis-to-OpenSearch pipeline.
Expert Analysis
Why the Answer Is Correct
Amazon Kinesis ingests the forensic log stream in real time and retains it so messages can be replayed for re-analysis, meeting the real-time and replay requirements. Amazon OpenSearch Service persists the logs and provides full-text search, dashboards, and analytics for forensic discovery and processing, meeting the persistence requirement. The two services compose into a native end-to-end forensic pipeline.
Why the Other Options Are Wrong
A (Athena) only queries data already in S3 and offers no real-time streaming or replay. C (SQS) is a message queue for decoupling, not a log-analytics or replay store. E (EMR) is batch big-data processing with high operational overhead and is not purpose-built for live forensic log replay and persistence. B and D are the purpose-built pair.
Community Comment Notes
Community voted B,D (100). Commenters stated B (Kinesis) handles forensic analysis and D (OpenSearch) handles discovery and processing, linking the OpenSearch what-is doc. A, C, and E were not selected as they lack the streaming-plus-persistent-search combination.
Official Reference
- https://docs.aws.amazon.com/streams/latest/dev/what-is.html
- https://docs.aws.amazon.com/opensearch-service/latest/developerguide/what-is.html
These links open the official vendor documentation in a new tab.
Community Votes
100% of anonymous learners picked answer BD. Votes are pick records left by other test-takers — they are not the verified answer.
Discussion 2 contributions
Compiled from public community threads and reader submissions, lightly edited for clarity. Handles and vote tallies are shown as recorded, and comments reflect the views of individual contributors.
From public community threads 2
-
lanjr01 👍 6B & D Kinesis for forensic analysis and OpenSearch for discovery and processing https://docs.aws.amazon.com/opensearch-service/latest/developerguide/what-is.html
-
nRaiker 👍 2B,D - correct
Reader comments & corrections
No reader corrections yet — spotted an error or have a note? Share it below.