A company wants to temporarily store messages between an order-intake application and a processing application so that messages are not lost and are processed sequentially even when the processing side is temporarily slow. Which AWS service is MOST suitable for this requirement?
A question asking to identify the queuing service that buffers messages between applications.
Amazon SNS
This is incorrect. Amazon SNS is a Pub/Sub service that immediately pushes generated messages to multiple subscribers.
It does not have the queue behavior of holding messages until the receiver is ready to consume them at its own pace, so Amazon SQS is the appropriate service for this requirement.
Amazon SQS
This is correct. Amazon SQS (Simple Queue Service) is a fully managed message queuing service. The sender places messages in the queue and the receiver retrieves and processes them at its own pace. Even if the receiver is temporarily slow, messages are retained in the queue, absorbing traffic spikes while ensuring reliable sequential processing.
Amazon Kinesis Data Streams
This is incorrect. Amazon Kinesis Data Streams is a service that ingests and delivers large volumes of streaming data for real-time analytics.
For queuing (decoupling) use cases that require reliably processing one message at a time between applications, the simpler Amazon SQS is more appropriate.
Amazon EventBridge
This is incorrect. Amazon EventBridge is an event bus that routes events to the appropriate targets based on rules.
Routing is its role, and it is not designed to act as a buffer that holds messages until processing catches up.
'Temporarily hold messages,' 'sequential processing,' and 'absorb spikes' all point to Amazon SQS (queue). Distinguish from Amazon SNS, which is for one-to-many notifications (fan-out).