In the context of AWS Lambda, "serverless" refers to a cloud computing execution model where you don’t need to provision, scale, or maintain servers. AWS automatically handles all the infrastructure. You're charged only when your code is running (e.g., per request or per execution time), not for idle server time.
How would you set up a simple Lambda function that processes S3 object‑created events and writes a log entry?
What happens if the Lambda execution exceeds the timeout you configured, and how does AWS handle it?
If you need to keep a small piece of state between invocations, what serverless‑compatible approach would you use?
Our API‑Gateway‑backed Lambda is seeing intermittent latency spikes. Walk me through how you’d debug the issue and which serverless characteristics might be responsible.
Explain the trade‑offs between using provisioned concurrency versus on‑demand for a Lambda that must meet a 100 ms SLA.
During a traffic burst the function is throttling. How would you adjust the architecture to handle the burst without over‑provisioning resources?
Design a serverless data pipeline that ingests clickstream events, transforms them, and loads them into Redshift. Discuss ordering, retries, and scaling considerations.
What security implications arise when a Lambda needs access to resources inside a VPC, and how would you mitigate the associated cold‑start penalty?
If you must guarantee exactly‑once processing across multiple Lambdas reading from the same SQS queue, what patterns would you employ and why?
Your organization wants to migrate a legacy monolith to a serverless stack using Lambda, Step Functions, and EventBridge. Outline a high‑level migration strategy focusing on coupling, observability, and team ownership.
How would you evaluate the long‑term cost and operational impact of moving a high‑throughput, low‑latency service to Lambda versus keeping it on EC2/EKS?
When several teams share a common Lambda layer, what governance and versioning practices would you establish to avoid breaking changes?