Red Hat Certified System Administrator Guide
·11 min read
What the RHCSA is, how the hands-on EX200 exam works, what it costs, how scoring and renewal work, and where it fits in Red Hat's 2026 certification tracks.
Continue readingAn honest look at CKAD difficulty: why the two-hour hands-on format punishes slow candidates, what actually trips people up, and who finds it manageable.

Short answer: the CKAD is a moderately hard intermediate exam whose difficulty comes almost entirely from speed, not from exotic subject matter. The individual tasks — write a manifest, fix a Deployment, expose a Service — are things a working Kubernetes developer does routinely. What makes candidates fail is doing many of them, correctly, at the command line, inside two hours, with a proctor watching. If you can only solve Kubernetes problems slowly, or only through a web dashboard or a CI pipeline, the exam will feel brutal; if you live in kubectl daily, it will feel like a fast but fair sprint.
That is the verdict. The rest of this article earns it: where the difficulty actually comes from, what trips real candidates up, what no pass rate can tell you, and how to judge — before you spend $445 — which side of the line you are on. If you want the exam's basic facts (domains, cost, registration, validity), those live in the CKAD certification guide and are not repeated here.
The Certified Kubernetes Application Developer (CKAD) exam, run by the Cloud Native Computing Foundation (CNCF) through The Linux Foundation, is fully performance-based. You work in live Kubernetes clusters through a remote terminal for two hours, and only the state you leave in those clusters is scored. Three structural properties of that format do the damage.
Two hours is not generous for the volume of practical work the exam presents. The Linux Foundation does not publish the number of tasks on the real exam, so ignore any source that claims a precise count — but the consistent theme of candidate experience is that finishing comfortably requires moving fast from the first minute. Every task has a fixed overhead: read it, switch to the right cluster context, navigate to the right namespace, build or edit a manifest, apply it, verify it. Candidates who hand-type full YAML from memory burn several minutes per task on what an imperative kubectl create ... --dry-run=client -o yaml scaffold produces in seconds. Multiplied across the whole paper, that difference alone can decide the result.
On a written exam, a half-remembered fact still gives you a one-in-four guess. On the CKAD, a half-remembered field name gives you a rejected manifest and an error message. The exam permits access to specified official documentation from within the exam environment — the candidate handbook defines exactly what is allowed — which softens this, but only for candidates who already know where in the docs to look. Searching kubernetes.io from scratch under time pressure is itself a skill, and slow readers of documentation pay for it twice.
Nothing tells you a task is complete. If your Pod is running but its readiness probe is wrong, or your NetworkPolicy exists but selects nothing, the scoring will find out even though the terminal looked fine. Strong candidates verify each task in a few seconds (kubectl get, kubectl describe, a quick curl where relevant); weak candidates either skip verification and bleed marks silently, or over-verify and bleed time.
Difficulty in the abstract is less useful than the specific failure modes. These are the recurring ones.
Notice what is absent from this list: obscure Kubernetes trivia. The CKAD rarely punishes you for not knowing something arcane. It punishes you for being slow at things you half-know.
There is no official answer. The CNCF and The Linux Foundation publish no pass rate for the CKAD (or for any of their Kubernetes exams), so every percentage you see quoted online is an unverifiable guess. Two facts are published and are more useful anyway: the passing score is 66%, and your registration includes one free retake within a 12-month eligibility window. That retake changes the emotional maths of difficulty considerably — a first attempt is a genuine attempt, but it is not a one-shot gamble, and many candidates treat attempt one as a full-fidelity rehearsal that they either pass or learn from.
They are comparably difficult but differently flavoured: both are two-hour, performance-based exams with a 66% pass mark, and neither is an entry-level test. The conventional reading is that the CKAD compresses more small tasks into the same time — sharpening the speed pressure — while the Certified Kubernetes Administrator (CKA) reaches into cluster administration and troubleshooting territory that developers see less often, so which one feels harder depends on whether your daily work is shipping applications or operating clusters. The full head-to-head, including which to sit first, belongs to CKAD vs CKA: which exam should you take first, so we will leave the comparison at one honest paragraph.
Generic difficulty ratings hide the only question that matters. Work through this honestly:
A realistic scenario: a backend developer who has deployed services to a managed cluster for a year, but always through CI, typically finds the concepts familiar and the mechanics alien — they know what a ConfigMap is but have not created one by hand in months. For that profile the CKAD is hard at first contact and manageable after a few weeks of deliberate command-line drilling. A developer with no Kubernetes exposure at all should expect a substantially longer runway, and might sensibly start with the entry-level KCNA — see the Kubernetes certifications overview for where it fits.
Yes, and it is the classic CKAD failure story: strong knowledge, insufficient speed. Knowing the right answer in minute 121 scores nothing. Timed rehearsal is the specific cure.
Tasks are scored on the resulting cluster state, and partially correct work can earn partial credit where sub-items are independently checkable. Practically: never leave a task blank if you can complete even part of it correctly.
The exam assumes application-developer instincts — reading manifests, reasoning about app configuration, debugging workloads. Sysadmins usually cope well with the terminal but may find the application-design material less familiar; complete newcomers to containers will find it genuinely difficult without a long preparation runway.
The hands-on format is precisely why CKAD carries more hiring signal than a multiple-choice certificate: it is hard to pass without demonstrable ability. Whether that translates into pay is a separate question, covered in the Kubernetes certification salary guide.
No — but it should shape how you prepare. The CKAD is hard in one specific, trainable dimension: doing familiar Kubernetes work quickly and accurately at a terminal under a clock. It is not hard the way a deep theory exam is hard, and its safety rails — a published 66% pass mark, a free retake, a 12-month window, bundled simulator sessions — make a serious first attempt a sensible move rather than a gamble. Treat speed as the syllabus, verify everything you build, and rehearse under real timing before you book. How to turn that into a concrete routine — drills, imperative-kubectl fluency and all — is exactly what how to prepare for the CKAD exam covers next.
Exam facts in this guide were checked against official certification-provider pages on . Fees, exam codes and policies change — confirm on the provider’s own site before you book.
Put it into practice
Reading about an exam only takes you so far. Work through practice questions for your certification and find the gaps before exam day does.
·11 min read
What the RHCSA is, how the hands-on EX200 exam works, what it costs, how scoring and renewal work, and where it fits in Red Hat's 2026 certification tracks.
Continue reading·11 min read
What the RHCE credential is in 2026: the Ansible-based EX294 exam, prerequisites, cost, renewal rules and the retitling under Red Hat's new track system.
Continue reading·7 min read
An honest look at RHCSA difficulty: why the hands-on EX200 format fails people who could pass on paper, who struggles most, and how failure actually works.
Continue reading