You have an SNS topic connected to two SQS queues using the fan-out pattern. When a single message is published to the SNS topic, how many messages will each SQS queue receive?
Think about how SNS distributes messages to multiple subscribers.
In the fan-out pattern, SNS sends a copy of each message to every subscribed SQS queue. So each queue gets exactly one copy.
You want to ensure that messages published to an SNS topic are not lost even if one of the SQS queues is temporarily unavailable. Which configuration best supports this requirement?
Consider how to handle message failures and retries in distributed systems.
Enabling SNS retries and configuring DLQs on SQS queues ensures messages are retried and not lost if queues are unavailable.
To restrict which SNS topics can send messages to your SQS queues in a fan-out pattern, what is the best practice?
Think about how SQS controls who can send messages to it.
SQS queue policies specify which SNS topics are allowed to send messages, controlling access securely.
Which AWS CLI command correctly subscribes an SQS queue to an SNS topic to implement fan-out?
Check the exact AWS CLI command syntax for SNS subscriptions.
The correct command is aws sns subscribe with the topic ARN, protocol, and endpoint parameters.
You have an SNS topic fan-out to multiple SQS queues. You notice message processing is slow due to high message volume. Which approach best improves throughput without losing messages?
Think about how to process messages faster in queues.
Batching messages and scaling consumers allows faster processing without message loss.