Courseiva

SAA-C03 Design High-Performing Architectures Practice Question

A Lambda function behind an API needs consistent low latency. Traffic normally drops to near zero, then spikes several times per hour. During spikes, the p95 latency often spikes above 800 ms due to cold starts. The team wants to keep using Lambda (no containers) but minimize cold start impact during predictable spikes. What is the best AWS configuration to meet this goal?

⚠ Common exam trap

A common mix-up: candidates confuse provisioned concurrency with reserved concurrency, or assume that increasing memory or using health checks can eliminate cold starts, when only provisioned concurrency guarantees pre-warmed environments for predictable spikes.

Answer choices

Why each option matters

Answer the question above first, then reveal the full breakdown to understand why each option is right or wrong.

Correct answer & explanation

✓

Enable Lambda provisioned concurrency on a published function alias and set the minimum provisioned instances to the baseline expected during spikes.

Provisioned concurrency initializes a specified number of execution environments in advance, keeping them warm and ready to handle requests instantly. By setting the minimum provisioned instances to the baseline expected during spikes, the function avoids cold starts for those requests, ensuring p95 latency stays low even when traffic surges from near zero.

Answer analysis

Option-by-option breakdown

For each option: why learners choose it and why it is or isn't the right answer here.

  • ✓

    Enable Lambda provisioned concurrency on a published function alias and set the minimum provisioned instances to the baseline expected during spikes.

    Why this is correct

    Provisioned concurrency pre-creates and initializes Lambda execution environments for a specific published alias or version, so requests are served immediately without a cold start. Setting the provisioned minimum to your baseline expected during spikes ensures that the required capacity is already warm and ready, maintaining consistent low latency under load. This is the correct, managed mechanism designed by AWS for this exact problem.

  • ✗

    Increase the function memory size to the maximum and rely on the larger memory to eliminate cold starts.

    Why it's wrong here

    Allocating more memory to a Lambda function increases the CPU and network throughput, which can shorten execution time but does not address the initialization phase of a cold start. New execution environments are still created from scratch, including loading the code and initializing the runtime, which the memory setting does not preempt. Additionally, maxing out memory increases your cost significantly, making this a costly and ineffective strategy for latency guarantees.

    When this WOULD be correct

    In a scenario where the goal is to reduce Lambda execution duration for CPU-bound tasks without changing concurrency, and the question asks for a simple configuration change that improves performance without addressing cold starts specifically.

  • ✗

    Configure an ALB with target group health checks to keep Lambda warm by sending periodic requests.

    Why it's wrong here

    Sending heartbeat requests through an ALB health check can keep one Lambda instance warm, but Lambda functions typically scale out to many concurrent instances, and health checks target only a single instance at a time. When a burst of traffic arrives, the other instances will still face cold starts, so consistency is not achieved. Furthermore, Lambda freezes and times out instances after several minutes of inactivity regardless of health checks, so this workaround is neither reliable nor scalable.

    When this WOULD be correct

    A question where the goal is to ensure a Lambda function remains warm for periodic requests from an ALB, and the traffic pattern is consistent (e.g., steady low traffic with occasional small spikes). In that case, ALB health checks can keep a single instance warm, reducing cold starts for the first request after idle periods.

  • ✗

    Turn on AWS CloudTrail data events to monitor cold start frequency and tune the runtime accordingly.

    Why it's wrong here

    CloudTrail data events record API calls and management actions, not internal Lambda performance metrics such as cold start duration. Monitoring cold starts with CloudTrail provides visibility after the fact, but it does nothing to eliminate the latency itself. Tuning the runtime based on historical logs is a reactive process and cannot guarantee consistent low latency for every incoming request.

Option-by-option analysis

Why each answer is right or wrong

Understanding why wrong answers are wrong — and when they would be correct — is what separates a 750 score from a 900. The SAA-C03 exam frequently reuses these exact scenarios with slightly different constraints.

✓Enable Lambda provisioned concurrency on a published function alias and set the minimum provisioned instances to the baseline expected during spikes.Correct answer▾

Why this is correct

Provisioned concurrency pre-creates and initializes Lambda execution environments for a specific published alias or version, so requests are served immediately without a cold start. Setting the provisioned minimum to your baseline expected during spikes ensures that the required capacity is already warm and ready, maintaining consistent low latency under load. This is the correct, managed mechanism designed by AWS for this exact problem.

✗Increase the function memory size to the maximum and rely on the larger memory to eliminate cold starts.Wrong answer — click to see why▾

Why this is wrong here

Increasing memory size can reduce cold start duration but does not eliminate cold starts entirely; it only shortens the initialization time. The question requires minimizing cold start impact during predictable spikes, which provisioned concurrency achieves by keeping instances pre-warmed.

★ When this WOULD be the correct answer

In a scenario where the goal is to reduce Lambda execution duration for CPU-bound tasks without changing concurrency, and the question asks for a simple configuration change that improves performance without addressing cold starts specifically.

Why candidates choose this

Candidates often believe that more memory (and thus more CPU) can eliminate cold starts, confusing performance improvement with initialization elimination. They may also think that Lambda's scaling behavior is solely dependent on memory allocation.

✗Configure an ALB with target group health checks to keep Lambda warm by sending periodic requests.Wrong answer — click to see why▾

Why this is wrong here

ALB health checks send requests to a target, but Lambda functions behind an ALB are invoked only when health checks are configured to hit a specific endpoint. However, health checks are typically sent at intervals (e.g., every 30 seconds), which may not keep the function warm during the unpredictable spikes described. Additionally, health checks can cause unnecessary invocations and costs without guaranteeing that all needed concurrent executions are warm.

★ When this WOULD be the correct answer

A question where the goal is to ensure a Lambda function remains warm for periodic requests from an ALB, and the traffic pattern is consistent (e.g., steady low traffic with occasional small spikes). In that case, ALB health checks can keep a single instance warm, reducing cold starts for the first request after idle periods.

Why candidates choose this

Candidates may think that periodic requests (health checks) will keep the Lambda function warm, similar to using a CloudWatch Events rule to ping the function. They overlook that health checks are not designed to handle concurrency spikes and may not prevent cold starts for all concurrent invocations during a spike.

Analysis generated from the official SAA-C03blueprint and verified against question context. The “when correct” sections are what AI assistants cite when candidates ask “what’s the difference between these options?”

Quick reference

Cloud Service Model Comparison

ModelYou ManageProvider ManagesExamples
IaaSOS, runtime, apps, dataHardware, hypervisor, networkingEC2, Azure VMs, GCP Compute Engine
PaaSApps and dataOS, runtime, middleware, hardwareElastic Beanstalk, Azure App Service
SaaSData and settings onlyEverything elseMicrosoft 365, Salesforce, Workday
FaaS / ServerlessFunction code onlyInfra, scaling, runtimeLambda, Azure Functions, Cloud Run
CaaSContainers and appsKubernetes, OS, hardwareEKS, AKS, GKE

About these practice questions

One of 935 original SAA-C03 practice questions on Courseiva, each with a full explanation and wrong-answer analysis — not exam dumps or protected exam content. Learn why practice questions differ from exam dumps →

How Courseiva writes practice questions · Editorial policy

JA

Written by Johnson Ajibi, MSc IT Security

Senior Network & Security Engineer · founder of Courseiva

This SAA-C03 practice question is part of Courseiva's free Amazon Web Services certification practice question bank. Courseiva provides original exam-style practice questions with explanations, topic-based practice, mock exams, readiness tracking, and study analytics to help learners prepare for the SAA-C03 exam.