How to Avoid Third-Party Rate-Limiting Errors in AWS Lambda?
Short answer
A Set the reserved concurrency on the Lambda function to match the number of concurrent requests that the third-party service allows.
Question
Key Takeaways
This question tests your understanding of AWS Lambda concurrency controls and the common trap is confusing reserved concurrency with provisioned concurrency.
Learn how to prevent rate-limiting errors from third-party services in AWS Lambda by using reserved concurrency. The community agrees that setting reserved concurrency to match the vendor's request limit is the correct solution.
Common mistake: Choosing C (Provisioned concurrency) is the most common mistake because it also deals with concurrency, but provisioned concurrency only keeps environments warm and does not limit the maximum number of concurrent executions.
Expert Analysis
Why the Answer Is Correct
Reserved concurrency sets a hard limit on the number of concurrent executions for a Lambda function. By configuring reserved concurrency to match the third-party service's allowed requests per minute, you ensure that Lambda never invokes more concurrent instances than the vendor can handle, thereby avoiding rate-limiting errors. This is a straightforward and effective throttling mechanism.
Why the Other Options Are Wrong
Option B (decrease memory) affects CPU and performance, not invocation concurrency, so it does nothing to limit requests. Option C (provisioned concurrency) is designed to keep instances warm and reduce cold starts; it does not cap the maximum concurrency and can actually increase the number of concurrent executions. Option D (increase timeout) gives the function more time to run but does not prevent it from being invoked too frequently. Therefore, only A directly addresses the rate limit.
Community Comment Notes
Comment [1] clearly explains why A is correct and dismisses B, C, and D with valid reasoning: B lowers CPU, C is for warm standby, and D is unrelated to timeouts. Comment [2] provides a useful reference to AWS provisioned concurrency docs, but that link actually supports why C is wrong. The consensus (93 votes for A) strongly reinforces reserved concurrency as the standard solution for controlling concurrency against external API limits.
Official Reference
- https://docs.aws.amazon.com/lambda/latest/dg/configuration-concurrency.html
- https://docs.aws.amazon.com/lambda/latest/dg/provisioned-concurrency.html
These links open the official vendor documentation in a new tab.
Exam Strategy
For AWS Lambda questions involving rate limits or throttling from downstream services, always look for reserved concurrency as the correct control. Remember that provisioned concurrency is about performance (cold starts), not limiting concurrency, so avoid that trap.
Community Votes
100% of anonymous learners picked answer A. Votes are pick records left by other test-takers — they are not the verified answer.
Discussion 3 contributions
Compiled from public community threads and reader submissions, lightly edited for clarity. Handles and vote tallies are shown as recorded, and comments reflect the views of individual contributors.
From public community threads 3
-
DeaconStJohn 👍 8 Answered ACorrect answer is A. This will limit the lambda function to a defined concurrency which can be set to match the third party vendor limits. B - will lower the cpu of the function, not limit the invocations. C - Provisioned concurrency is a minimum value to keep lambda function execution environments on warm standby for critical workloads. D - Issue isn't with timeouts or lack of processing power
-
KarBiswa 👍 5 Answered Ahttps://docs.aws.amazon.com/lambda/latest/dg/provisioned-concurrency.html
-
65703c1 👍 1 Answered AA is the correct answer.
Reader comments & corrections
No reader corrections yet — spotted an error or have a note? Share it below.
Related Analysis
Practice All DVA-C02 Questions
Access 100 questions with complete answers and detailed explanations.
View Full DVA-C02 Practice Test →