nerdexam
Amazon

DEA-C01 · Question #87

A manufacturing company wants to collect data from sensors. A data engineer needs to implement a solution that ingests sensor data in near real time. The solution must store the data to a persistent d

The correct answer is D. Use Amazon Simple Queue Service (Amazon SQS) to buffer incoming sensor data. Use AWS. A serverless architecture using SQS for buffering, Lambda for processing, and DynamoDB for storage provides near real-time ingestion of sensor data with low latency and minimal operational overhead.

Data Ingestion and Transformation

Question

A manufacturing company wants to collect data from sensors. A data engineer needs to implement a solution that ingests sensor data in near real time. The solution must store the data to a persistent data store. The solution must store the data in nested JSON format. The company must have the ability to query from the data store with a latency of less than 10 milliseconds. Which solution will meet these requirements with the LEAST operational overhead?

Options

  • AUse a self-hosted Apache Kafka cluster to capture the sensor data. Store the data in Amazon S3
  • BUse AWS Lambda to process the sensor data. Store the data in Amazon S3 for querying.
  • CUse Amazon Kinesis Data Streams to capture the sensor data. Store the data in Amazon
  • DUse Amazon Simple Queue Service (Amazon SQS) to buffer incoming sensor data. Use AWS

How the community answered

(26 responses)
  • A
    19% (5)
  • B
    12% (3)
  • C
    4% (1)
  • D
    65% (17)

Why each option

A serverless architecture using SQS for buffering, Lambda for processing, and DynamoDB for storage provides near real-time ingestion of sensor data with low latency and minimal operational overhead.

AUse a self-hosted Apache Kafka cluster to capture the sensor data. Store the data in Amazon S3

Using a self-hosted Apache Kafka cluster incurs significant operational overhead for management and scaling, which goes against the requirement for 'least operational overhead.'

BUse AWS Lambda to process the sensor data. Store the data in Amazon S3 for querying.

Storing data in Amazon S3 for querying by AWS Lambda would not meet the requirement for query latency of less than 10 milliseconds, as S3 queries typically involve higher latency.

CUse Amazon Kinesis Data Streams to capture the sensor data. Store the data in Amazon

While Amazon Kinesis Data Streams and Amazon DynamoDB can capture and store data with low latency, Kinesis Data Streams requires more management overhead (e.g., shard configuration and scaling) compared to the fully serverless and automatically scaling SQS and Lambda combination.

DUse Amazon Simple Queue Service (Amazon SQS) to buffer incoming sensor data. Use AWSCorrect

Amazon SQS offers a highly scalable and durable messaging queue with minimal operational overhead, decoupling the ingestion of sensor data. AWS Lambda can then process messages from SQS in near real-time, transform them as needed, and efficiently store the nested JSON data into Amazon DynamoDB, which guarantees single-digit millisecond query latency and provides a persistent, serverless store. This combination provides a fully managed, scalable, and low-latency solution with very little operational management.

Concept tested: Real-time sensor data ingestion architecture

Source: https://docs.aws.amazon.com/lambda/latest/dg/with-sqs.html

Topics

#Near real-time ingestion#Serverless architecture#NoSQL databases#Operational efficiency

Community Discussion

No community discussion yet for this question.

Full DEA-C01 Practice