You have an AWS Lambda function with a reserved concurrency limit set to 5. If 10 requests arrive simultaneously, what happens to the extra requests beyond the limit?
Think about what reserved concurrency means for Lambda execution limits.
Reserved concurrency limits the number of concurrent executions. Requests beyond this limit are throttled and receive errors immediately; they are not queued.
You expect a sudden spike of 1000 concurrent Lambda invocations. Your account's default concurrency limit is 100. What is the best architectural approach to handle this spike without throttling?
Think about how to smooth out sudden spikes using AWS services.
Using an SQS queue buffers incoming requests and triggers Lambda at a controlled rate, preventing throttling. Simply increasing concurrency or deploying multiple functions does not solve account limits or sudden spikes effectively.
You have a Lambda function that writes to a database. The function has a reserved concurrency of 50. Suddenly, the function is throttled due to high traffic. What is a potential security risk if throttling is not handled properly?
Consider what happens when clients retry failed requests aggressively.
If throttled Lambda invocations retry too quickly, they can overwhelm downstream services like databases, causing denial of service or degraded performance.
You have three Lambda functions: A, B, and C. Your account concurrency limit is 100. You want to ensure function A always has at least 30 concurrent executions available, but functions B and C can share the remaining concurrency. How should you configure reserved concurrency?
Reserved concurrency guarantees capacity for a function.
Setting reserved concurrency for function A guarantees it always has 30 concurrent executions. Functions B and C share the remaining 70 concurrency without reserved limits, allowing flexible usage.
You monitor your Lambda function's CloudWatch metrics and see a sudden spike in the Throttles metric while Invocations remain steady. What is the most likely explanation?
Think about what causes throttling independent of invocation count.
Throttling occurs when concurrent executions exceed reserved concurrency limits. Even if invocation count is steady, hitting concurrency limits causes throttling.