CAPA Exam Guide: Argo CD Is Only a Third of It. I Scored 93

I wrote the longer version, with more on each Argo project and my prep timeline, on my blog.

Daily Argo CD use covers about a third of the CAPA exam. You blast through the CD questions, and then Argo Events shows up.

I passed the Certified Argo Project Associate on the first attempt with 93 out of 100 (passing is 75). I don't run Rollouts or Events at work, so that score came from noticing early that I was preparing for the wrong exam.

Format and weights

60 questions, 90 minutes, all multiple choice. No terminal. If you've done CKA or CKAD, muscle memory won't help here.

Argo is four projects, each with its own object model, and you can't reason from one to another. The weights when I took it:

Domain	Weight
Argo Workflows	36%
Argo CD	34%
Argo Rollouts	18%
Argo Events	12%

Workflows is the biggest domain and the one most people underprepare. Check the official CNCF curriculum before you plan, in case the weights have moved.

Workflows (36%)

Argo Workflows runs DAGs in pods. Know dag templates versus steps templates cold. In a DAG template you declare dependencies explicitly: task B waits on task A because you wrote dependencies: [build], not because it's listed second. Steps run top to bottom with no dependency graph. The exam gives you a manifest and asks which style it is.

Parameters pass values between tasks, artifacts pass files. Run one real workflow and most of this domain comes for free.

Argo CD (34%)

The one people think they already know.

prune: true deletes cluster resources that were removed from Git. selfHeal: true reverts manual changes made directly in the cluster. The exam asks about each separately, and if you've only ever turned on automated sync with both set to true, you've never had to think about which does what.

Sync status and health status are separate axes. Synced vs OutOfSync says whether the cluster matches Git. Healthy, Progressing, Degraded or Missing says whether the thing works. An app can be Synced and Degraded at once, and that combination gets tested.

Also recognize sync waves and hooks (PreSync, Sync, PostSync; the lowest wave applies first), ApplicationSet (one template plus generators makes many Applications), app-of-apps, and AppProject as the RBAC boundary. Know what each is for. You don't need to write them from memory.

Rollouts (18%)

Argo Rollouts replaces a Deployment when you need canary or blue/green.

• Canary splits live traffic by percentage. Both versions serve users at the same time, and an AnalysisRun gates whether traffic keeps increasing.
• Blue/green stands up a full second environment and swaps all traffic at once via activeService and previewService. Rollback is switching the Service back, because the old version is still running.

The wrong answer usually blurs "both versions live" with "instant full cutover".

Events (12%)

Only 12%, but it's where I burned the most prep time, and most of us have never touched anything like it at work.

In Argo Events, the EventSource listens to the outside world: a webhook, a file landing in S3, a Kafka message, a schedule. The Sensor subscribes to it and decides what to do. The Trigger is the action, like submitting a Workflow, creating a resource or calling an endpoint. Underneath, the EventBus (backed by NATS) carries events between EventSource and Sensor.

EventSource listens, Sensor decides, Trigger acts. I said that chain out loud probably 20 times before it stuck, because under pressure the instinct is to assume the listener is also the decider.

Even with the model down, Sensor dependencies and trigger conditions took me longest per question.

How I prepared

Two weeks: one of study, one of practice tests.

For each project, before opening docs, I wrote down the problem it solves and its three main objects. That exposes the gaps that reading lets you nod past.

I also deployed all four projects on one cluster. Not production grade, just enough to watch a workflow run and a rollout progress.

What didn't work: going deep on Argo CD because I use it daily and skimming Events. About five days in I caught it and moved my time over.

The easy points are the OpenGitOps principles, the Workflows template types (container, script, dag, steps), and knowing which Argo project solves which problem.

Beyond the official docs, the Linux Foundation has LFS256, DevOps and Workflow Management with Argo, and everything I used for all 15 CNCF certs is in awesome-kubestronaut.

Practice test

I built a free CAPA practice test around the traps that cost the most points (EventSource/Sensor, selfHeal vs prune, canary vs blue/green, DAG vs steps). Take it a week out and you'll see which domain needs your last few evenings. Other CNCF exams are at yetmike.com/tests.

Two weeks was enough. I'm not sure I'd pass the Events section again without a refresher, though. Sensor conditions only stick if you run them, and I don't run Events outside a practice cluster.

---

Originally published on yetmike.com.