DevOps engineer 2026: ce face, salariu, roadmap și ce schimbă AI

Un DevOps engineer face ca drumul codului de la commit până în producție să fie rapid, repetabil și sigur, iar după lansare ține sistemul observabil și pregătit pentru incidente. În 2026, o parte din munca lui (primul draft de Terraform, rezumatul unui incident, gruparea alertelor) o începe deja un asistent AI, așa că întrebarea pentru cine vrea să intre în meserie s-a mutat de la „ce unelte învăț?” la „ce decizii pot lua eu și nu le poate lua modelul?”. Mai jos ai rolul pe niveluri, diferențele față de SRE, platform și cloud engineer, un roadmap cu proiecte de portofoliu, certificările, codul COR și ce arată datele salariale publice.

Ce înseamnă DevOps și ce face, concret, un DevOps engineer

DevOps vine de la development și operations și a pornit ca o cultură de lucru, nu ca un post: echipele care scriu codul și cele care îl operează împart răspunderea pentru livrare și pentru stabilitate. În anunțuri, „DevOps engineer” a devenit însă un titlu de post, iar sarcinile seamănă de la o firmă la alta:

• Pipeline-urile CI/CD: build, teste automate, scanări de securitate și deploy, la fiecare modificare.
• Infrastructura ca cod (IaC): servere, rețele, baze de date și permisiuni descrise în fișiere versionate (Terraform, OpenTofu, CloudFormation), revizuite ca orice cod.
• Containerele și orchestrarea: imagini Docker, clustere Kubernetes și configurația lor.
• Observabilitatea: loguri, metrici, trace-uri și alertele construite peste ele.
• Răspunsul la incidente: gărzi (on-call), depanare, post-mortem.
• Securitatea lanțului de livrare: secrete, permisiuni minime, dependențe verificate.

Un cadru public larg folosit pentru a măsura munca asta vine din programul de cercetare DORA, care folosește azi cinci metrici, nu „cele patru chei” de la început. Trei sunt de debit: change lead time (de la commit la producție), deployment frequency și failed deployment recovery time (revenirea după un deploy eșuat). Două sunt de instabilitate: change fail rate (deploy-urile care cer intervenție imediată) și deployment rework rate (deploy-urile neplanificate, făcute din cauza unui incident în producție). Un DevOps engineer bun știe unde stă echipa lui pe fiecare.

Partea de operare (alertele, gărzile, incidentele) e una dintre zonele în care AI-ul a intrat repede. Observabilitatea cu AI, triajul alertelor, investigația asistată a cauzei și automatizarea cu aprobare umană sunt tratate pe larg în cursul AI pentru DevOps și SRE (AIOps), gândit pentru oamenii care operează infrastructura, nu pentru cei care antrenează modele.

DevOps vs SRE vs platform engineer vs cloud engineer

Titlurile se suprapun în anunțuri, dar diferențele de accent sunt reale:

SRE are cea mai clară definiție, pentru că vine de la Google. În introducerea cărții Site Reliability Engineering, Benjamin Treynor Sloss, fondatorul echipei SRE de la Google, o rezumă așa: SRE este „ce se întâmplă când îi ceri unui inginer software să proiecteze o echipă de operațiuni”. Același capitol fixează două reguli: munca de „ops” a inginerilor SRE (tichete, gărzi, sarcini manuale) e plafonată la 50%, iar error budget-ul este unu minus ținta de disponibilitate. În SRE Workbook, capitolul „How SRE Relates to DevOps” o spune în limbaj de programator: „class SRE implements interface DevOps”. Același capitol e prudent: dacă privești DevOps ca pe o filozofie de lucru, SRE implementează o parte din ea și e mai aproape de definiția concretă a unui post decât „DevOps engineer”.

Platform engineering apare în CNCF Platforms White Paper ca o formă explicită a colaborării promise de DevOps, iar platforma e descrisă drept o colecție integrată de capabilități, definite după nevoile utilizatorilor ei, adică ale echipelor de dezvoltare. Cloud engineer e mai degrabă un titlu legat de un furnizor (AWS, Azure, Google Cloud) decât o disciplină separată; în firmele mici, aceeași persoană face și DevOps, și cloud.

Practic: citește descrierea postului, nu titlul. Un „DevOps engineer” care petrece mare parte din timp în gărzi e, de fapt, pe un post de SRE.

Junior, mid, senior: cum crește responsabilitatea

Împărțirea pe niveluri e o convenție a pieței, nu un standard. Tiparul cel mai des întâlnit:

Diferența dintre niveluri nu e numărul de unelte cunoscute, ci raza de impact a deciziilor: juniorul schimbă un job din pipeline, seniorul decide cum arată toate pipeline-urile firmei.

O zi de lucru, concret

Scenariu ilustrativ, construit pe tiparele unei zile obișnuite, nu pe o firmă anume:

1. Panoul de alerte. Peste noapte, o alertă de latență a sunat de trei ori și s-a închis singură. Verifici dacă e zgomot sau o problemă care crește.
2. Un pipeline roșu. Un build pică intermitent pe un test care depinde de rețea. Îl izolezi și deschizi un tichet pentru echipa care deține testul, în loc să-l dezactivezi.
3. O cerere de infrastructură. O echipă are nevoie de o coadă de mesaje. Scrii modulul Terraform, rulezi plan, citești diff-ul și deschizi un pull request.
4. Review. Un coleg propune o modificare de permisiuni. Verifici că rolul primește doar drepturile de care are nevoie.
5. Garda. Dacă ești în rotație, un incident îți poate lua după-amiaza; după el scrii cronologia pentru post-mortem.

Ce schimbă AI-ul în munca de DevOps

Ce se automatizează deja

Adoptarea e largă. Pentru raportul DORA din 2025, „State of AI-assisted Software Development”, au fost chestionați aproape 5.000 de profesioniști din tehnologie: Google raportează că adoptarea AI printre ei a ajuns la 90% și că peste 80% spun că AI-ul le-a crescut productivitatea, dar doar 24% declară încredere „mare” sau „foarte mare” în AI. Ideea centrală a raportului: AI-ul funcționează ca un amplificator, care mărește punctele forte și slăbiciunile pe care o organizație le are deja.

În DevOps, patru zone se schimbă cel mai vizibil:

• Generarea de IaC, cu review. Scrii intenția („încă două replici de citire și un security group ajustat”), modelul propune blocul HCL, iar tu îl treci prin terraform validate, plan, scanare de politici și review, ca pe orice pull request. Fluxul complet, cu policy-as-code, e în articolul despre Terraform cu AI.
• Sumarizarea incidentelor. Cronologia reconstruită din loguri și din canalul de incident, primul draft de post-mortem, actualizările de status.
• AIOps în observabilitate. Deduplicarea și corelarea alertelor, detecția de anomalii cu linie de bază dinamică, ipoteze de cauză-rădăcină. În open-source, K8sGPT (proiect CNCF Sandbox din decembrie 2023) scanează un cluster Kubernetes și explică problemele găsite, iar HolmesGPT (CNCF Sandbox din octombrie 2025) investighează alertele urmând playbook-uri de depanare. Panorama uneltelor e în ghidul AIOps: AI pentru DevOps și SRE.
• Pipeline-urile. Review de cod automat în CI, explicarea unui build eșuat, generarea de teste și de configurații.

Ce rămâne la om

AI-ul semnalează tipare, omul decide consecințele asupra producției. Cursul de AIOps formulează asta prin niveluri de autonomie: A0 (shadow: agentul observă și propune), A1 (sugestie: omul execută), A2 (agentul execută acțiuni reversibile, după aprobare) și A3 (autonom selectiv: doar acțiuni cu risc minim, reversibile, cu kill-switch și audit). Acțiunile distructive nu ajung niciodată autonome. Concret, rămân la DevOps engineer:

• Raza de impact. Un plan care arată destroy sau înlocuirea unei baze de date cere un om care știe dacă pierderea datelor e acceptabilă.
• Secretele. State-ul Terraform și planurile salvate pot conține valori sensibile; nu ajung într-un prompt către un model extern.
• Validarea cauzei. O ipoteză de cauză-rădăcină bine scrisă nu e o cauză confirmată. Ceri dovezile din telemetrie înainte să acționezi.
• Vigilența. Cursul numește riscul automation bias: o echipă care aprobă toate propunerile agentului confirmă din reflex și ratează exact cazul rar în care agentul greșește.
• Compromisurile. Cât de fiabil trebuie să fie un serviciu și cât costă asta sunt decizii luate cu oameni.

Pentru un junior, consecința e directă: rutina din care învățai se scurtează, așa că trebuie să înveți intenționat să citești și să verifici ce generează modelul. Un candidat care explică de ce a respins o propunere a AI-ului spune mai mult decât unul care spune doar că „folosește AI”.

Cum intri în DevOps: din dezvoltare, din sysadmin sau de la zero

Puțini oameni ajung în DevOps din primul job. Drumul obișnuit trece printr-un rol vecin:

• Din dezvoltare aduci Git, cod, teste și înțelegerea aplicației. Îți lipsesc de obicei Linux în profunzime, rețelistica și disciplina operării.
• Din administrare de sisteme aduci Linux, rețele și intuiția pentru ce e normal în producție. Ai de recuperat programarea (măcar un limbaj de scripting folosit serios), Git și obiceiul de a descrie totul în cod.
• De la zero e drumul cel mai lung. Realist, începi cu un rol de suport tehnic, de administrator sau de dezvoltator junior și te muți spre DevOps după ce ai fundamentele.

Indiferent de punctul de plecare, la angajare contează mult portofoliul: ce ai construit și ce poți explica.

Roadmap DevOps pe etape, cu proiecte de portofoliu

Fiecare etapă se încheie cu un proiect într-un repository public, cu un README care explică deciziile, nu doar pașii.

1. Fundamente: Linux, rețele, scripting, Git. Procese, permisiuni, systemd, SSH, DNS, HTTP, TLS, Bash plus Python sau Go. Proiect: un script care verifică starea unui server (disc, memorie, servicii) și trimite un raport, versionat și cu teste.
2. Containere și CI. Dockerfile-uri mici și sigure, imagini multi-stage, un pipeline care testează, construiește și publică imaginea. Proiect: o aplicație mică cu pipeline complet: lint, teste, build, scanarea imaginii, publicare.
3. Cloud și infrastructură ca cod. Un furnizor de cloud ales după anunțurile care te interesează, rețele, identitate și permisiuni, Terraform sau OpenTofu cu state la distanță. Proiect: infrastructura aplicației de la etapa 2 descrisă integral în cod, cu plan rulat la fiecare pull request și distrusă la final, ca să nu plătești resurse uitate.
4. Kubernetes și observabilitate. Deployment-uri, servicii, configurații și secrete, Helm, metrici, loguri, trace-uri, alerte. Proiect: aplicația pe un cluster local, cu panouri și o alertă care chiar se declanșează când oprești un pod.
5. Fiabilitate, securitate și AI. SLO-uri și error budget, un runbook, scanarea IaC, permisiuni minime, un flux în care AI-ul propune și tu validezi. Proiect: un „game day” documentat: strici ceva intenționat, măsori detectarea și revenirea, scrii post-mortemul.

Dacă te atrage zona în care DevOps se întâlnește cu machine learning, cursul MLOps: De la Prototip la Producție acoperă CI/CD pentru modele, servirea lor, infrastructura pe Kubernetes și detectarea driftului.

Folosește AI-ul în pregătire ca pe un coleg pe care îl verifici și lucrează doar în conturi de cloud care îți aparțin, cu alerte de buget setate din prima zi.

Certificările pentru un DevOps engineer

Certificările nu înlocuiesc portofoliul, dar pot ajuta CV-ul să treacă de primul filtru. Verificate pe paginile emitenților la 8 noiembrie 2026:

O certificare de nivel Professional la AWS sau Expert la Microsoft are sens după experiență practică, nu ca prim pas. Alege ecosistemul după anunțurile care te interesează.

„Curs DevOps acreditat”: ce înseamnă, spus onest

În România, un curs „acreditat” în sens legal este un program de formare profesională organizat de un furnizor autorizat pe OG 129/2000, legat de o ocupație din COR sau de o competență. Certificările de mai sus sunt altceva: documente private ale furnizorilor de tehnologie, cu valoare de piață. Iar platformele de cursuri emit atestări private de finalizare. Diferențele și felul în care verifici un furnizor sunt explicate în articolul despre cursurile AI acreditate: ANC, autorizare, certificat privat.

Spus deschis, pentru cursurile noastre: documentul emis se numește Certificat de Finalizare și este o atestare privată de finalizare a cursului, nu un document de calificare; detaliile sunt în politica de certificare. Pentru un post de DevOps contează mult ce poți demonstra: proiectele și felul în care îți explici deciziile.

Are „DevOps engineer” un cod COR?

Nu sub acest nume, în listele pe care le-am verificat. Pe 8 noiembrie 2026 am căutat în listele ocupațiilor din grupa majoră 2 (specialiști) și din grupa majoră 3 (tehnicieni), ediția din ianuarie 2026 publicată de Ministerul Muncii: nicio ocupație nu conține „DevOps” în denumire. Clasificarea se completează periodic prin ordine, așa că lista în vigoare se verifică la data angajării.

Ocupații apropiate există în grupa de bază 2512 Proiectanți de software: de exemplu 251209 inginer în domeniul tehnologiilor cloud, 251205 inginer de sistem software și 251203 inginer de sistem în informatică. În contract apare o ocupație din COR, aleasă de angajator după atribuțiile reale ale postului; titlul din anunț poate fi oricare.

Salariul unui DevOps engineer în România: ce arată datele publice

Nu există o statistică oficială publică pe postul de DevOps engineer în România, iar intervalele care circulă online vin adesea din sondaje cu eșantion necunoscut. La 8 noiembrie 2026 am găsit două surse publice pe care le-am putut citi, cu metode diferite.

Ghidul salarial Hays România 2026 dă intervale pe niveluri: salarii lunare brute în RON, pentru normă întreagă, fără bonusuri și alte beneficii. Potrivit metodologiei din ghid, cifrele vin din informațiile strânse de Hays România în 2025: anunțuri, oferte de angajare și baza proprie de candidați.

Levels.fyi publică pachete anuale totale (salariu de bază, plus acțiuni anualizate, plus bonus) raportate de angajați; pagina DevOps pentru România era actualizată pe 7 noiembrie 2026. Împărțirea la 12 e a noastră:

Cum citești aceste cifre

• Cele două surse nu spun același lucru. Optimul Hays pentru junior (20.000 RON brut, doar salariul de bază) e peste mediana Levels.fyi (aproximativ 15.158 RON pe lună, pachet total). Hays reflectă recrutările unui singur recrutor, Levels.fyi pe cine alege să raporteze pe o platformă internațională; niciuna nu e un eșantion reprezentativ pentru toată piața.
• Eșantionul Levels.fyi e mic: 34 de salarii raportate, pentru toată țara. Pe același site, pagina generală „Software Engineer” pentru România are 366 de raportări și o mediană anuală de aproximativ 203.000 RON. Levels.fyi afirmă că revizuiește fiecare raportare înainte de publicare.
• Brut sau net: Hays precizează brut; pagina Levels.fyi nu precizează.
• Bază sau pachet: Hays exclude bonusurile, Levels.fyi le include, iar acțiunile și bonusurile ridică cifrele acolo unde există.
• Nivelurile: percentila 25 de pe Levels.fyi nu înseamnă „salariu de junior”. Pentru junior, reperul public cu metodologie declarată e intervalul Hays; reperul final rămâne intervalul din anunț.

Brut, net și scutirea care nu mai există

Calculele salariale mai vechi pentru IT pot include scutirea de impozit pe venit pentru salariații care creează programe pentru calculator. Ea nu se mai aplică: OUG 156/2024, publicată în Monitorul Oficial nr. 1334 din 31 decembrie 2024, a abrogat punctul din articolul 60 al Codului fiscal care o prevedea (art. LXIV pct. 7), „începând cu veniturile aferente lunii ianuarie 2025” (art. LXV alin. (3)). De atunci, salariile din IT se impozitează ca orice salariu.

Pe un salariu obișnuit, fără deduceri personale, din brut se rețin 25% contribuția la pensie (CAS), 10% contribuția la sănătate (CASS) și 10% impozit pe venit, calculat pe ce rămâne după contribuții: netul iese în jur de 58,5% din brut. La optimul Hays pentru junior, 20.000 RON brut pe lună, netul ar fi în jur de 11.700 RON. De aceea întrebi la primul apel dacă intervalul e brut sau net.

Ce mută salariul în practică: nivelul, ecosistemul de cloud cerut, experiența cu Kubernetes, gărzile și felul în care sunt compensate, limba engleză și tipul angajatorului (produs propriu, consultanță, outsourcing, firmă din străinătate).

Întrebări frecvente

Ce face un DevOps engineer? Construiește și întreține drumul codului de la commit la producție: pipeline-uri CI/CD, infrastructură descrisă în cod, containere și Kubernetes, observabilitate și răspuns la incidente. Sarcinile diferă de la o firmă la alta, așa că descrierea postului spune mai mult decât titlul.

Cât câștigă un DevOps engineer în România? Două surse publice, cu metode diferite. Ghidul salarial Hays România 2026 dă salarii de bază lunare brute de 14.700–23.000 RON pentru junior, 21.900–34.800 RON pentru middle și 34.100–47.800 RON pentru senior, din recrutările Hays din 2025. Pe Levels.fyi, la 8 noiembrie 2026, mediana pachetului anual total raportat era 181.901 RON (aproximativ 15.158 RON pe lună), din 34 de raportări, fără precizarea brut sau net. Nu există o statistică oficială pe acest post; reperul final rămâne intervalul din anunț.

Care e diferența dintre DevOps și SRE? DevOps e o cultură de lucru și, în anunțuri, un post centrat pe livrare și automatizare. SRE e rolul definit de Google, în care ingineri software operează sistemele pe baza SLO-urilor și a error budget-ului, cu munca de operare plafonată la 50%. Google scrie că SRE implementează o parte din filozofia DevOps și e mai aproape de definiția concretă a unui post.

Pot deveni DevOps engineer fără experiență? Rar direct. Drumul obișnuit trece printr-un rol vecin (dezvoltare, administrare de sisteme, suport tehnic) și printr-un portofoliu cu proiecte proprii: un pipeline complet, infrastructură în Terraform, o aplicație pe Kubernetes cu alerte reale și un post-mortem scris de tine.

Există un curs DevOps acreditat? În sens legal, „acreditat” înseamnă un program al unui furnizor autorizat pe OG 129/2000, legat de o ocupație din COR sau de o competență; în listele COR verificate nu am găsit o ocupație numită „DevOps”. Certificările AWS, CNCF, Microsoft sau HashiCorp sunt documente private cu valoare de piață, iar platformele de cursuri emit atestări private de finalizare.

Va înlocui AI-ul inginerii DevOps? AI-ul preia o parte din execuție: primul draft de Terraform, rezumatul incidentelor, gruparea alertelor, ipotezele de cauză. Rămân la om raza de impact a schimbărilor, validarea cauzei, protejarea secretelor și compromisurile de cost și risc. Raportul DORA din 2025 descrie AI-ul ca pe un amplificator al punctelor forte și al slăbiciunilor unei organizații.

Concluzie

DevOps engineer este omul care face livrarea software rapidă, repetabilă și sigură și care ține producția observabilă după lansare. Rolul se suprapune cu SRE, platform și cloud engineer, așa că descrierea postului contează mai mult decât titlul. AI-ul preia o parte tot mai mare din execuție (drafturi de infrastructură, rezumate de incident, corelarea alertelor), iar valoarea inginerului se mută spre raza de impact, validare, securitate și compromisuri. Intrarea se face realist dintr-un rol vecin, cu un roadmap pe etape și proiecte pe care le poți explica. Datele salariale publice din România sunt puține și se citesc atent: salariu de bază sau pachet total, brut sau net, câte raportări sau ce recrutări stau în spatele cifrei.

Surse și resurse oficiale

Toate sursele au fost consultate la 8 noiembrie 2026.

• Google SRE: Site Reliability Engineering, capitolul Introduction: definiția SRE, plafonul de 50%, error budget-ul; capitolul „How SRE Relates to DevOps” e în SRE Workbook, pe același site.
• DORA: software delivery performance metrics: cele cinci metrici, pe debit și instabilitate.
• Google: raportul DORA din 2025: adoptarea AI, productivitatea și încrederea; ideea de amplificator e pe pagina raportului de pe dora.dev.
• Hays România: ghidul salarial 2026: intervalele pentru DevOps Engineer pe niveluri și metodologia (ghidul se descarcă de pe pagină).
• Levels.fyi: DevOps Software Engineer, România: percentilele, mediana și eșantionul.
• OUG 156/2024 pe legislatie.just.ro: art. LXIV pct. 7 și art. LXV alin. (3).

Consultate și: Clasificarea ocupațiilor din România, grupele majore 2 și 3, ediția din ianuarie 2026, pe site-ul Ministerului Muncii; paginile emitenților de certificări; CNCF Platforms White Paper și paginile de proiect CNCF pentru K8sGPT și HolmesGPT.

Articol de informare generală, verificat la 8 noiembrie 2026. Certificările, salariile raportate, clasificarea ocupațiilor și regulile fiscale se schimbă: reverifică sursele înainte de o decizie. Cursuri-AI.ro este furnizor de cursuri plătite, deci parte interesată.