Terug naar overzicht
Techblogs

Certificeren met impact blog #1: Stop met badge-jacht, bouw een certificeringssysteem

Certificeringen in cloud-native land voelen soms als Pokémon: “gotta catch ’em all”. Alleen… je carrière is geen verzamelfolder, en je leerpad al helemaal niet. Als developer wil je vooral één ding: beter worden in wat je bouwt en beheert, en dat zichtbaar kunnen maken. Certificeringen kunnen daar perfect bij helpen, maar alleen als je ze benadert als strategie in plaats van checklist.

In deze serie laat ik je zien hoe je certificeren “met impact” aanpakt: van keuzes maken (#1), naar een oefenritme dat wél werkt (#2), tot een examendag-runbook en hoe je het resultaat omzet in carrière-impact (#3).

Door:
Gijs Middelkamp, DevOps Engineer en Golden Kubestronaut

Certificeren is geen checklist, maar een strategie

Een certificaat is geen eindpunt. Het is een meetbaar moment in een groter systeem: wat wil je kunnen, en hoe bewijs je dat je het kunt?

Als je certificeren ziet als “lijstjes afvinken”, dan ga je vanzelf op de kortste route zitten: wat theorie, wat dumps (niet doen), en hopen dat je de examenvragen herkent. Dat levert soms een badge op, maar zelden duurzame skills.

Zie je het als strategie, dan ga je anders denken:

  • Je kiest certificeringen die passen bij je rol en groeipad.
  • Je traint op realistische scenario’s (niet alleen multiple choice-kennis).
  • Je bouwt herhaalbaarheid in: oefenen, feedback, herhalen, toepassen.

Die herhaalbaarheid is je echte winst. De badge is bijvangst.

Het landschap: CNCF, Linux Foundation en waarom dat ertoe doet

Cloud native certificeringen komen niet uit het niets. Een groot deel van het ecosysteem wordt gedragen door organisaties als de Cloud Native Computing Foundation en de Linux Foundation. Zij spelen een belangrijke rol rond technologieën waar veel developers, platformteams en DevOps engineers dagelijks mee werken. Denk aan Kubernetes, Prometheus, Istio, OpenTelemetry en andere tools die inmiddels standaard zijn geworden in moderne cloudomgevingen.

Dat maakt deze certificeringen interessant. Ze zijn niet alleen gericht op één leverancier of één cloudplatform, maar op kennis en vaardigheden die je breder kunt toepassen. Waarom is dat relevant?

  1. Ze zijn vendor-neutraal: je leert principes en tooling die je overal terugziet, niet waar je moet klikken in een specifiek portaal.
  2. Ze sluiten aan op echte praktijk: veel cloud-native examens testen hands-on vaardigheden.
  3. Ze zijn herkenbaar in de markt: zeker binnen cloud-native communities (CNCF, KubeCon) snapt men wat wat deze certificeringen betekenen. Een Kubernetes of observability certificering laat zien dat je serieus hebt geïnvesteerd in je vak hebt.

Kort gezegd: je bouwt aan skills die langer meegaan dan je huidige project, tooling of cloudcontract.

Slim kiezen: welke certificering past bij jouw rol of ambitie?

De “beste” certificering bestaat niet, er is alleen de “beste volgende stap” voor jouw situatie.

Begin daarom niet bij de badge, maar bij je rol en groeirichting. Wat wil je straks beter kunnen? Waar loop je nu in je werk tegenaan? En welke certificering helpt je om dat concreet te oefenen?

Developer met platform-touch
Werk je aan applicaties die op Kubernetes draaien en wil je zelfstandiger worden in deploys, debugging en basis operations? Dan helpt een Kubernetes-gerelateerde hands-on certificering je enorm, omdat je leert hoe het platform écht reageert als het misgaat.

Platform, DevOps of SRE (of je wil die kant op)
Dan loont het om breder te kijken dan Kubernetes alleen. In productie zit de pijn zelden in de vraag of "kubect1" werkt. Vaker draait het om vragen als: waarom is deze server traag en wie veroorzaakt het? Dan worden certificeringen rond het cloud-native ecosysteem, zoals observability en service mesh, interessant.

Specialistische paden: observability, networking, GitOps en policy
Binnen het cloud native ecosysteem kun je verschillende richtingen kiezen.

  • Observability met Prometheus en OpenTelemetry: je leert meten, tracen en begrijpen wat er in je omgeving gebeurt.
  • Networking & security met Cilium: je duikt in netwerkpolicy, security en de wereld van eBPF.
  • GitOps en delivery met Argo: je leert deployments declaratief, controleerbaar en herhaalbaar maken.
  • Policy-as-code met Kyverno: Je maakt governance praktisch, zodat afspraken niet alleen in wiki’s staan, maar ook technisch worden afgedwongen.

Je hoeft niet alles te doen. Sterker nog: dat moet je juist niet willen. Kies iets dat je huidige werk versterkt óf je volgende rol geloofwaardig maakt.

Je “learning loop”: oefenen, feedback, herhalen en toepassen

Slides zijn vaak kort (“Voorbereiden”, “Training buddy”), maar hier zit een complete leercyclus onder.

Een praktische learning loop ziet er zo uit:

  1. Oefenen
    Lees niet alleen over Kubernetes of cloud native tooling, maar voer taken uit alsof je on-call bent. Maak iets stuk. Zoek het probleem. Los het op.
  2. Feedback
    Kijk kritisch terug. Wat ging traag? Waar zat je te gokken? Welke concepten begreep je nog niet goed genoeg?
  3. Herhalen
    Doe hetzelfde scenario opnieuw, maar sneller en cleaner. Juist herhaling maakt je aanpak sterker.
  4. Toepassen
    Pak iets uit je werk, testomgeving of homelab en implementeer het echt. Zo vertaal je examenvoorbereiding naar praktische vaardigheid.

Daar zit de echte waarde van certificeren. Niet in het zinnetje “ik snap het”, maar in het bewijs: “ik kan het toepassen, ook onder tijdsdruk.”

Use case: serieus groeien in cloud-native zonder te verdwalen

Stel, je bent developer en je werkt al regelmatig met Kubernetes. Je schrijft deployments, past Helm charts aan en kijkt af en toe in logs als er iets misgaat. Dat gaat meestal prima, totdat er een incident ontstaat. Dan merk je dat je toch snel afhankelijk bent van die ene platform engineer die precies weet waar hij moet kijken.

Dan is je doel niet: “ik wil een badge halen", maar: “ik wil zelfstandiger worden in debuggen, begrijpen en oplossen.”

Een certificering helpt dan om focus aan te brengen. Je dwingt jezelf om gericht te oefenen met troubleshooting, resources, basis security en tooling. Niet door willekeurig tutorials te volgen, maar door één duidelijke richting te kiezen, labs te bouwen en je voortgang meetbaar te maken.

Zo wordt certificeren geen losse prestatie, maar een manier om sterker te worden in je dagelijkse werk.

Conclusie

Certificeren met impact begint met mindset: niet verzamelen, maar bouwen. Zie certificeringen als onderdeel van een systeem dat je skills herhaalbaar maakt, aansluit op het CNCF/LF-ecosysteem, en past bij je rol of ambitie. Als je die keuze goed maakt, wordt de rest (oefenen, examen, carrière-impact) een stuk logischer.

Blogserie

In deze blogserie laat ik je zien hoe je certificeren “met impact” aanpakt: van keuzes maken (#1), naar een oefenritme dat wél werkt (#2), tot een examendag-runbook en hoe je het resultaat omzet in carrière-impact (#3). De volgende blogs worden binnenkort gepubliceerd!