A data engineer is designing a data store for a time-series application that requires sub-millisecond read latency for the latest data and high ingestion rates. Which AWS service is most suitable?
Timestream is purpose-built for time-series data with fast queries.
Why this answer
Amazon Timestream is purpose-built for time-series data, offering sub-millisecond read latency for recent data via its in-memory store and supporting high ingestion rates with automatic partitioning and tiering. It is the most suitable choice because it natively handles time-series workloads without requiring manual tuning or schema optimization.
Exam trap
The trap here is that candidates often choose Amazon DynamoDB for its low-latency reputation, overlooking that time-series workloads require specialized storage engines to handle high-frequency writes and time-based queries without manual sharding or hot partition issues.
How to eliminate wrong answers
Option A is wrong because Amazon DynamoDB, while fast for key-value lookups, does not natively optimize for time-series patterns; it requires careful design of partition keys and time-based sorting to avoid hot partitions, and its read latency for the latest data can exceed sub-millisecond under high throughput. Option B is wrong because Amazon ElastiCache for Redis is an in-memory cache, not a durable data store; it lacks built-in time-series functions (e.g., downsampling, retention policies) and requires manual eviction or TTL management, making it unsuitable for long-term storage and high ingestion rates without data loss. Option C is wrong because Amazon RDS for PostgreSQL is a relational database with row-based storage; it cannot achieve sub-millisecond read latency for the latest data under high write loads due to disk I/O and indexing overhead, and it lacks native time-series optimizations like automatic data tiering or time-based partitioning.