Available AWS CloudWatch Metrics for Lambda Functions
Amazon CloudWatch provides a range of built-in metrics for monitoring AWS Lambda performance and behavior. These metrics help you understand how your function is performing and identify potential issues such as errors, timeouts, and throttling.
Invocations – Number of times the function is invoked.
Duration – Execution time of the function (in milliseconds).
Errors – Number of failed invocations due to function errors (excluding throttles and system faults).
Throttles – Number of invocation requests that were throttled due to concurrency limits.
IteratorAge – Age of the last record for stream-based invocations (e.g., DynamoDB, Kinesis).
ConcurrentExecutions – Number of function instances executing at a given time.
UnreservedConcurrentExecutions – Available concurrency not reserved for other functions.
ProvisionedConcurrencyUtilization – Usage of provisioned concurrency vs. what was allocated.
ProvisionedConcurrencyInvocations – Number of invocations handled by provisioned concurrency.
Diagnose performance bottlenecks and cold starts using Duration and ConcurrentExecutions.
Track availability and error rates with Errors and Throttles.
Adjust scaling and concurrency settings based on usage trends.
Monitor stream event sources using IteratorAge to prevent lag.
You need to set up an alarm that notifies the team when a Lambda function starts failing. Which CloudWatch metric would you monitor and how would you configure the alarm?
If you notice that a Lambda function is taking longer than expected, which built‑in CloudWatch metric would you look at to verify its execution time?
When a function is being throttled, which metric tells you that, and what does a non‑zero value indicate?
Your recent deployment caused a spike in errors for a Lambda that processes S3 events. Walk me through how you would use CloudWatch metrics to pinpoint whether the issue is code errors, throttling, or downstream service latency.
You have a Lambda that processes a high volume of requests and you see the ConcurrentExecutions metric approaching the account limit. How would you decide between increasing the limit, adding provisioned concurrency, or refactoring the function?
Explain why the IteratorAge metric might be high for a Lambda triggered by a Kinesis stream, and what steps you would take to investigate.
Design a monitoring dashboard for a suite of Lambda functions that need to meet an SLA of <200 ms latency and <0.1 % error rate. Which metrics would you surface, how would you aggregate them, and what alert thresholds would you set?
Your organization wants to reduce CloudWatch costs while still retaining visibility into Lambda performance. Discuss the trade‑offs of using built‑in metrics versus publishing custom metrics, and how you would decide which to enable.
During a traffic surge, you observe high Throttles and increased Duration for a critical Lambda. How would you architect a solution to automatically mitigate these issues at scale?
We are migrating a legacy monolith to a microservice architecture using many Lambda functions. How would you establish a unified observability strategy across teams, considering metric naming, retention, cross‑region aggregation, and alert fatigue?
Explain how you would integrate Lambda CloudWatch metrics into a centralized SRE incident response system that correlates with other services, and what challenges you anticipate around metric granularity and latency.
If a compliance requirement mandates storing all Lambda invocation logs for 7 years, how would you design the metric and log pipeline to balance retention, cost, and query performance?