Many workers poll an SQS queue with a low message rate.
Reduce empty responses and unnecessary API calls.
Which setting is most appropriate?
Use SQS long polling by setting ReceiveMessage WaitTimeSeconds so a receive call waits briefly for messages.
Detailed explanation
S3 object lifecycle management does not control SQS receive behavior.
S3 object lifecycle management does not control SQS receive behavior.
DNS cache duration does not control how long SQS waits for a message.
DNS cache duration does not control how long SQS waits for a message.
Messages become visible immediately and may be processed repeatedly; this is not polling control.
Messages become visible immediately and may be processed repeatedly; this is not polling control.
The receive call waits for messages and reduces empty responses and unnecessary polling.
The receive call waits for messages and reduces empty responses and unnecessary polling.
Check official documentation
Compare the following points with the official documentation.
Amazon SQS long pollingの公式説明を確認する。
What to confirm
long pollingとVisibilityTimeoutの役割を区別できる。
Key points
- Long polling
- WaitTimeSeconds
- SQS
Notes
- Environment: AWS公式SOA-C03試験ガイドとAWS公式ドキュメントの確認
- Confirm current AWS service behavior in the official documentation.
Foundation review
Polling efficiency
Waiting briefly can reduce empty responses and API request volume.
Visibility timeout
A processing lock that hides a received message temporarily; it is separate from receive polling.