Courseiva

CKAD Application Observability and Maintenance Practice Question

What is the purpose of a readiness probe in Kubernetes?

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

✓

To control whether the pod receives traffic from Services

A readiness probe determines whether a container is ready to serve traffic. If the probe fails, the pod is removed from the endpoints of Services, thus it does not receive traffic. Option B describes a startup probe (to delay liveness/readiness probes for slow-starting containers). Option C describes resource monitoring, not a probe. Option D describes a liveness probe, which restarts the container if unhealthy.

Answer analysis

Option-by-option breakdown

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

  • ✓

    To control whether the pod receives traffic from Services

    Why this is correct

    Readiness probes determine pod readiness; failing pods are removed from Service endpoint slices, so kube-proxy stops forwarding traffic to them. This directly satisfies the stem's requirement to control whether the pod receives traffic from Services, unlike liveness probes which restart containers.

  • ✗

    To delay the start of other probes for slow-starting containers

    Why it's wrong here

    A startup probe, not a readiness probe, delays other probes while a slow container initialises. Readiness probes instead control whether the Pod's IP is listed in Service endpoints, removing it from load balancing until it can serve traffic. The option confuses the two probe types, which share a handler but differ in purpose.

  • ✗

    To monitor resource usage of the container

    Why it's wrong here

    Readiness probes report application availability by returning success or failure to kubelet; they never collect CPU or memory figures. Resource usage is gathered by metrics-server and surfaced through kubectl top or HorizontalPodAutoscaler. Readiness gates Service endpoint membership, so a container exceeding limits is throttled or evicted rather than marked unready.

  • ✗

    To restart the container if it becomes unhealthy

    Why it's wrong here

    A readiness probe determines whether a container is ready to accept traffic; it does not trigger a restart. The liveness probe serves that restart function when a container becomes unhealthy. This option is tempting because both probes assess container health, but readiness only controls service endpoint inclusion, whereas liveness enforces the restart policy defined in the pod spec.

About these practice questions

One of 826 original CKAD 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 CKAD practice question is part of Courseiva's free CNCF 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 CKAD exam.