În DevOps/SRE, certificările sunt utile mai ales când:
- vrei să semnalizezi că știi bazele (cloud/IaC/Kubernetes) fără să ai încă proiecte “mari” publice,
- faci tranziție din altă zonă (backend → platform),
- ai nevoie de un criteriu simplu pentru shortlist (mai ales în ATS).
Dar ele nu înlocuiesc proiectele. Dacă ai timp pentru un singur lucru: fă un mini-proiect clar (IaC + CI/CD + observability) și descrie-l bine în CV.
TL;DR
- Cele mai “vizibile” certificări sunt, de obicei, cele care apar explicit în anunțuri (coduri/nume exacte).
- Alege certificări care se leagă de ceea ce faci zilnic: Kubernetes, cloud fundamentals, IaC.
- Evită “colecționarea” de badge-uri fără proiecte: în interviu se simte imediat.
Ce certificări apar în anunțuri (din joburile active)
Lista de mai jos e construită din mențiuni explicite (ex: “AZ-104”, “CKA”) în joburile DevOps/SRE din platformă.
Certificări menționate în rolurile de DevOps / SRE
Pe baza anunțurilor publicate în ultimele 365 zile.
Numărătoarea folosește mențiuni explicite de certificări din anunțuri din ultimele 365 zile.
Cum folosești lista (rapid)
- Alege 1–2 certificări care apar constant la rolul tău.
- Verifică dacă se potrivesc cu ce vrei să faci în următoarele 6–12 luni (cloud vs platform vs security).
- Atașează certificarea de un proiect mic, “demonstrabil” (repo + README + diagrame).
De ce: dacă ai doar certificatul, interviul tot va căuta semnale de “aplicat în practică” (trade-off-uri, incidente, decizii).
Cum alegi (în funcție de rol)
DevOps / SRE / Platform
Țintește certificări care se mapează pe:
- Kubernetes (deployment, networking, security basics)
- cloud (compute, networking, IAM, cost basics)
- IaC (Terraform și concepte de module/state)
Tranziție din backend
Cele mai utile sunt cele care te obligă să înveți “fundamentals”:
- networking + IAM + observability
- IaC + pipeline basics
Ce proiecte “validează” cel mai bine o certificare
Nu trebuie să fie un proiect mare. Trebuie să fie clar și complet.
Exemple:
- Kubernetes: un mic serviciu containerizat + deployment, config, probe-uri, rollout și un runbook scurt (“cum debug-uiesc un incident”).
- IaC: un modul Terraform pentru un setup simplu (rețea + compute) + state management + convenții (naming, tagging).
- Cloud: un setup minimal care arată IAM, networking și logs/metrics, plus cost awareness (ce resurse ai, cum le oprești).
Greșeli frecvente (și cum le eviți)
- Certificări prea multe, fără proiecte: limitează-te la 1–2 și fă un proiect care le “leagă”.
- Fără cod/coduri: când există cod (ex: AZ-104), pune-l în CV; se caută ușor în ATS.
- “Am certificat X” dar nu poți explica concepte de bază (IAM, networking, rollout): pregătește 5–10 întrebări de bază și răspunsuri scurte.
Cum “contează” în CV (ATS + interviu)
În CV:
- pune-le într-o secțiune scurtă (“Certificări”) și include codul (ex: “AZ-104”) dacă există,
- nu lista certificări pe care nu le poți apăra cu exemple (“am folosit IAM pentru…”, “am făcut rollout canary…”).
În interviu:
- pregătește 2–3 situații concrete unde ai aplicat conceptele (chiar și într-un proiect mic).
Întrebări frecvente
Merită dacă nu sunt cerute explicit?
Da, dacă:
- îți lipsește experiența pe acel subiect și vrei o structură de învățare,
- poți atașa un proiect relevant (repo, diagramă, descriere clară).
Dacă apare “AWS/Azure/Kubernetes” într-un anunț, înseamnă certificat?
Nu. Multe anunțuri menționează tehnologii fără să ceară certificări. De aceea, în lista de mai sus numărăm doar mențiuni explicite de certificări.
Cum e construită lista (pe scurt)
- Scanează titlul + descrierea din joburile DevOps/SRE din platformă.
- Numără doar mențiuni explicite (coduri/nume de certificare), nu tehnologii generale.
- Arată câte anunțuri menționează fiecare certificare, într-o perioadă recentă.
Următorii pași
- Vezi joburile DevOps/SRE: /ro/cariere-it/rol/devops-engineer
- Model CV DevOps
