A logistics company is modernizing its legacy telemetry system by migrating to a serverless architecture on AWS. The new application uses Amazon API Gateway to receive real-time GPS payloads from delivery vehicles, which are processed by an AWS Lambda function. During peak hours, a massive surge in vehicle transmissions causes the Lambda function to scale rapidly, exhausting the account's regional concurrency pool. Consequently, other business-critical applications in the same account are being throttled. The company needs a solution to prevent the telemetry function from consuming all account concurrency while ensuring that telemetry data is not lost during spikes. Which architectural solution will meet these requirements with the least operational overhead?
- AConfigure provisioned concurrency on the Lambda function to handle the peak telemetry traffic, and request an increase in the AWS account's regional concurrency limit from AWS Support.
- BConfigure the Lambda function to run inside a private subnet of a single VPC Availability Zone with a single NAT Gateway to access downstream databases, and increase the API Gateway integration timeout.
- Configure reserved concurrency on the Lambda function to limit its maximum concurrency. Re-architect the integration by configuring Amazon API Gateway to write telemetry payloads directly to an Amazon Simple Queue Service (SQS) queue, and configure the Lambda function to consume messages from the queue.Answer
- DEnable Amazon API Gateway caching to store the telemetry payloads, and encrypt the cache using the default AWS-managed KMS key for API Gateway to allow cross-account client applications to decrypt the payload directly.