Inginerie
Software Engineer
Cinci niveluri, de la Junior la Principal, și șase competențe, de la livrarea codului la dezvoltarea echipei.
- 5 niveluri
- 6 competențe
Șablon de scară de carieră
Șablon de scară de carieră pentru DevOps engineers
Patru niveluri, de la Junior la Staff DevOps Engineer, și șase competențe, de la infrastructură la sprijinul pentru dezvoltatori.
Plan gratuit · Fără card de credit
Această scară de carieră este pentru inginerii DevOps, de platformă și de infrastructură din companii cu aproximativ 20–200 de oameni. La această mărime, echipa de infrastructură are de obicei între unul și șase oameni, care administrează conturile de cloud, pipeline-urile de livrare, monitorizarea și garda (on-call) și care petrec la fel de mult timp ajutând dezvoltatorii cât lucrând pe servere. Descrie patru niveluri, de la cineva care face schimbări de infrastructură bine delimitate până la persoana care răspunde de direcția platformei companiei. Nivelul cel mai înalt, Staff DevOps Engineer, este un nivel de specialist; conducerea echipei de infrastructură este o altă meserie.
Fiecare nivel este definit prin ceea ce face o persoană și cât de mult din sistem i se încredințează, nu prin anii de experiență sau numărul de unelte din CV. Citiți un rând al matricei de competențe de la stânga la dreapta ca să vedeți cum crește o așteptare; citiți secțiunea unui nivel ca să vedeți tot ce se așteaptă la acel nivel. Folosiți-o pentru a explica ce înseamnă nivelul următor, pentru a structura check-in-urile și pentru a lua decizii de promovare pe care le puteți susține.
Adaptați-o înainte de a o publica. Înlocuiți formulările generice cu propriul stack și propriile practici și eliminați părțile care aparțin altei echipe – de exemplu, dacă securitatea sau bazele de date sunt în grija altcuiva.
Nivelurile pe scurt
Junior DevOps Engineer
Face, cu review, schimbări bine delimitate în infrastructură și pipeline-uri și învață cum funcționează producția.
- Aria de acțiune
- Schimbări individuale în codul de infrastructură și în pipeline-urile existente, planificate și revizuite de cineva mai experimentat.
DevOps Engineer
Răspunde cap-coadă de părți ale infrastructurii și preia o parte completă din gardă.
- Aria de acțiune
- Servicii, medii sau pipeline-uri pentru una sau două echipe de produs, de la proiectare până la operarea de zi cu zi.
Senior DevOps Engineer
Proiectează și conduce proiecte de infrastructură de care depind mai multe echipe și ridică ștacheta fiabilității.
- Aria de acțiune
- Infrastructura comună folosită de cea mai mare parte a ingineriei și proiecte, precum migrările, care ating fiecare echipă.
Staff DevOps Engineer
Stabilește direcția platformei companiei și răspunde de fiabilitatea, securitatea și costul ei.
- Aria de acțiune
- Întreaga platformă de producție, direcția ei pe mai mulți ani și bugetul ei, pentru toate echipele de inginerie.
Matricea de competențe
Fiecare rând este o competență, iar fiecare coloană un nivel. Citiți un rând de la stânga la dreapta ca să vedeți cum cresc așteptările.
Ce înseamnă fiecare competență
- Infrastructură ca cod
- Construirea și modificarea infrastructurii prin cod revizuit și repetabil, nu manual.
- Pipeline-uri de build și livrare
- Drumul rapid și sigur al codului de la un pull request integrat până în producție.
- Fiabilitate și răspuns la incidente
- Menținerea producției disponibile și refacerea rapidă atunci când nu este.
- Monitorizare și observabilitate
- Posibilitatea de a vedea ce face producția și de a ști când ceva merge prost.
- Securitate și acces
- Protejarea sistemelor și a datelor prin setări implicite sigure, privilegiul minim și aplicarea rapidă a patch-urilor.
- Sprijin pentru dezvoltatori și colaborare
- Sprijinirea dezvoltatorilor să-și opereze singuri serviciile și împărtășirea cunoștințelor, ca platforma să nu depindă de o singură persoană.
| Competență | Junior DevOps Engineer | DevOps Engineer | Senior DevOps Engineer | Staff DevOps Engineer |
|---|---|---|---|---|
| Infrastructură ca cod | Face schimbări în codul de infrastructură existent urmând tiparele deja stabilite, verifică diferențele planificate înainte să le aplice și nu modifică niciodată producția manual fără să întrebe mai întâi. | Scrie module de infrastructură reutilizabile pentru servicii și medii noi, gestionează în siguranță starea (state) și secretele și elimină resursele care nu mai sunt folosite. | Proiectează organizarea codului de infrastructură și a mediilor companiei, conduce schimbări precum upgrade-urile de rețea sau de cluster cu un plan de rollback testat și ține vizibile costurile de cloud pe fiecare echipă. | Alege componentele de bază și furnizorii platformei pentru următorii câțiva ani, stabilește standardele pe care le urmează infrastructura fiecărei echipe și gestionează bugetul de infrastructură împreună cu conducerea. |
| Pipeline-uri de build și livrare | Repară pașii de pipeline stricați, adaugă joburi simple în pipeline-urile existente și îi explică unui dezvoltator de ce i-a eșuat build-ul. | Construiește și întreține întregul pipeline al unui serviciu – build, teste, artefacte, deploy în fiecare mediu – și scurtează pașii lenți de care se plâng dezvoltatorii. | Proiectează șabloane de pipeline comune folosite de toate echipele, introduce metode de release mai sigure, precum deploy-urile canary sau blue-green, și urmărește frecvența deploy-urilor și rata lor de eșec. | Definește cum livrează software întreaga companie, de la branching la rollback, și elimină blocajele care încetinesc livrarea în toate echipele. |
| Fiabilitate și răspuns la incidente | Însoțește garda ca observator, urmează runbookurile pentru alertele cunoscute și escaladează rapid, cu informațiile de care are nevoie următoarea persoană. | Preia o parte completă din gardă, rezolvă fără ajutor majoritatea incidentelor din aria sa, scrie runbookuri pentru ce a remediat și testează backupurile restaurându-le efectiv. | Conduce răspunsul la incidentele majore, ține post-mortemuri fără căutarea vinovaților, duce la capăt acțiunile de remediere și planifică capacitatea și failoverul pentru sistemele critice. | Stabilește țintele de fiabilitate împreună cu produsul și conducerea, proiectează procesul de gardă și de incidente pentru întreaga inginerie și planifică pentru dezastre precum pierderea unei regiuni sau a unui furnizor. |
| Monitorizare și observabilitate | Adaugă dashboarduri și alerte după exemplele existente și verifică întâi logurile și metricile când ceva pare în neregulă. | Configurează loguri, metrici și alerte pentru serviciile noi, ajustează alertele astfel încât fiecare apel de gardă să ceară o acțiune și îi ajută pe dezvoltatori să găsească în date ce le trebuie. | Proiectează abordarea de observabilitate pentru sistemele principale ale companiei, definește semnalele de sănătate a serviciilor după care sunt măsurate echipele și reduce zgomotul alertelor în toate echipele. | Alege uneltele de observabilitate ale companiei și modelul lor de cost și se asigură că și conducerea poate vedea sănătatea platformei fără să întrebe un inginer. |
| Securitate și acces | Respectă regulile echipei privind secretele și accesul, aplică patch-urile de rutină și raportează imediat orice pare a fi o problemă de securitate. | Gestionează accesul și secretele pentru serviciile sale după principiul privilegiului minim, remediază vulnerabilitățile în funcție de gravitate și rezolvă constatările scanărilor de securitate. | Proiectează granițele de rețea, gestionarea identităților și a secretelor în întreaga platformă, pregătește dovezile pentru auditurile de securitate ale clienților și conduce răspunsul la incidentele de securitate. | Răspunde, împreună cu conducerea, de nivelul de securitate al platformei, stabilește controalele cerute de conformitate (de exemplu, SOC 2 sau ISO 27001) și face din drumul sigur cel mai simplu drum pentru fiecare echipă. |
| Sprijin pentru dezvoltatori și colaborare | Răspunde la întrebările dezvoltatorilor despre medii și pipeline-uri, documentează remedierile pe care le face și cere review din timp. | Scrie ghiduri clare pentru sarcinile frecvente, lucrează în pereche cu dezvoltatorii la deploy-ul și depanarea serviciilor lor și îi introduce pe noii colegi în infrastructură. | Construiește unelte self-service care le permit echipelor să creeze servicii și medii fără să deschidă un tichet, este mentor pentru alți DevOps engineers și participă la angajări. | Modelează platforma ca pe un produs intern, cu dezvoltatorii drept utilizatori, decide de ce răspund echipele și de ce răspunde echipa de platformă și formează următorii ingineri seniori. |
Derulați tabelul lateral ca să vedeți toate nivelurile.
Descărcați ca CSV Se deschide în Excel, Google Sheets sau Numbers.
Junior DevOps Engineer: ce se așteaptă
Face, cu review, schimbări bine delimitate în infrastructură și pipeline-uri și învață cum funcționează producția. Schimbări individuale în codul de infrastructură și în pipeline-urile existente, planificate și revizuite de cineva mai experimentat.
- Infrastructură ca cod
- Face schimbări în codul de infrastructură existent urmând tiparele deja stabilite, verifică diferențele planificate înainte să le aplice și nu modifică niciodată producția manual fără să întrebe mai întâi.
- Pipeline-uri de build și livrare
- Repară pașii de pipeline stricați, adaugă joburi simple în pipeline-urile existente și îi explică unui dezvoltator de ce i-a eșuat build-ul.
- Fiabilitate și răspuns la incidente
- Însoțește garda ca observator, urmează runbookurile pentru alertele cunoscute și escaladează rapid, cu informațiile de care are nevoie următoarea persoană.
- Monitorizare și observabilitate
- Adaugă dashboarduri și alerte după exemplele existente și verifică întâi logurile și metricile când ceva pare în neregulă.
- Securitate și acces
- Respectă regulile echipei privind secretele și accesul, aplică patch-urile de rutină și raportează imediat orice pare a fi o problemă de securitate.
- Sprijin pentru dezvoltatori și colaborare
- Răspunde la întrebările dezvoltatorilor despre medii și pipeline-uri, documentează remedierile pe care le face și cere review din timp.
DevOps Engineer: ce se așteaptă
Răspunde cap-coadă de părți ale infrastructurii și preia o parte completă din gardă. Servicii, medii sau pipeline-uri pentru una sau două echipe de produs, de la proiectare până la operarea de zi cu zi.
- Infrastructură ca cod
- Scrie module de infrastructură reutilizabile pentru servicii și medii noi, gestionează în siguranță starea (state) și secretele și elimină resursele care nu mai sunt folosite.
- Pipeline-uri de build și livrare
- Construiește și întreține întregul pipeline al unui serviciu – build, teste, artefacte, deploy în fiecare mediu – și scurtează pașii lenți de care se plâng dezvoltatorii.
- Fiabilitate și răspuns la incidente
- Preia o parte completă din gardă, rezolvă fără ajutor majoritatea incidentelor din aria sa, scrie runbookuri pentru ce a remediat și testează backupurile restaurându-le efectiv.
- Monitorizare și observabilitate
- Configurează loguri, metrici și alerte pentru serviciile noi, ajustează alertele astfel încât fiecare apel de gardă să ceară o acțiune și îi ajută pe dezvoltatori să găsească în date ce le trebuie.
- Securitate și acces
- Gestionează accesul și secretele pentru serviciile sale după principiul privilegiului minim, remediază vulnerabilitățile în funcție de gravitate și rezolvă constatările scanărilor de securitate.
- Sprijin pentru dezvoltatori și colaborare
- Scrie ghiduri clare pentru sarcinile frecvente, lucrează în pereche cu dezvoltatorii la deploy-ul și depanarea serviciilor lor și îi introduce pe noii colegi în infrastructură.
Senior DevOps Engineer: ce se așteaptă
Proiectează și conduce proiecte de infrastructură de care depind mai multe echipe și ridică ștacheta fiabilității. Infrastructura comună folosită de cea mai mare parte a ingineriei și proiecte, precum migrările, care ating fiecare echipă.
- Infrastructură ca cod
- Proiectează organizarea codului de infrastructură și a mediilor companiei, conduce schimbări precum upgrade-urile de rețea sau de cluster cu un plan de rollback testat și ține vizibile costurile de cloud pe fiecare echipă.
- Pipeline-uri de build și livrare
- Proiectează șabloane de pipeline comune folosite de toate echipele, introduce metode de release mai sigure, precum deploy-urile canary sau blue-green, și urmărește frecvența deploy-urilor și rata lor de eșec.
- Fiabilitate și răspuns la incidente
- Conduce răspunsul la incidentele majore, ține post-mortemuri fără căutarea vinovaților, duce la capăt acțiunile de remediere și planifică capacitatea și failoverul pentru sistemele critice.
- Monitorizare și observabilitate
- Proiectează abordarea de observabilitate pentru sistemele principale ale companiei, definește semnalele de sănătate a serviciilor după care sunt măsurate echipele și reduce zgomotul alertelor în toate echipele.
- Securitate și acces
- Proiectează granițele de rețea, gestionarea identităților și a secretelor în întreaga platformă, pregătește dovezile pentru auditurile de securitate ale clienților și conduce răspunsul la incidentele de securitate.
- Sprijin pentru dezvoltatori și colaborare
- Construiește unelte self-service care le permit echipelor să creeze servicii și medii fără să deschidă un tichet, este mentor pentru alți DevOps engineers și participă la angajări.
Staff DevOps Engineer: ce se așteaptă
Stabilește direcția platformei companiei și răspunde de fiabilitatea, securitatea și costul ei. Întreaga platformă de producție, direcția ei pe mai mulți ani și bugetul ei, pentru toate echipele de inginerie.
- Infrastructură ca cod
- Alege componentele de bază și furnizorii platformei pentru următorii câțiva ani, stabilește standardele pe care le urmează infrastructura fiecărei echipe și gestionează bugetul de infrastructură împreună cu conducerea.
- Pipeline-uri de build și livrare
- Definește cum livrează software întreaga companie, de la branching la rollback, și elimină blocajele care încetinesc livrarea în toate echipele.
- Fiabilitate și răspuns la incidente
- Stabilește țintele de fiabilitate împreună cu produsul și conducerea, proiectează procesul de gardă și de incidente pentru întreaga inginerie și planifică pentru dezastre precum pierderea unei regiuni sau a unui furnizor.
- Monitorizare și observabilitate
- Alege uneltele de observabilitate ale companiei și modelul lor de cost și se asigură că și conducerea poate vedea sănătatea platformei fără să întrebe un inginer.
- Securitate și acces
- Răspunde, împreună cu conducerea, de nivelul de securitate al platformei, stabilește controalele cerute de conformitate (de exemplu, SOC 2 sau ISO 27001) și face din drumul sigur cel mai simplu drum pentru fiecare echipă.
- Sprijin pentru dezvoltatori și colaborare
- Modelează platforma ca pe un produs intern, cu dezvoltatorii drept utilizatori, decide de ce răspund echipele și de ce răspunde echipa de platformă și formează următorii ingineri seniori.
Cum adaptați această scară
Numiți-vă stackul în așteptări
Formulările generice precum „cod de infrastructură” sau „pipeline-uri” sunt ușor de acceptat și greu de evaluat. Înlocuiți-le cu uneltele și practicile dumneavoastră reale, ca un inginer junior să știe exact ce are de învățat mai întâi.
Nu vă grăbiți cu nivelul Staff
Cu unul până la trei DevOps engineers, nivelurile Junior, mediu și Senior sunt de obicei suficiente. Adăugați Staff când cineva stabilește cu adevărat direcția platformei și răspunde de bugetul ei pentru întreaga inginerie, nu ca titlu pentru cel mai experimentat om dintr-o echipă mică.
Scrieți regulile de gardă în scară
Precizați la ce nivel intră oamenii în rotația de gardă, când conduc incidente și cum este compensat timpul de gardă. Așteptările nescrise privind garda sunt unul dintre cele mai frecvente motive pentru care inginerii de infrastructură ajung la epuizare și pleacă.
Aliniați nivelurile cu scara pentru ingineri software
Asociați fiecărui nivel DevOps nivelul de inginer software cu aceeași anvergură și același salariu. Munca de platformă este muncă de inginerie, iar alinierea celor două scări face simple trecerile între echipele de produs și cele de platformă.
Întrebări frecvente
Întrebări despre această scară
Care este diferența dintre un DevOps engineer, un SRE și un platform engineer?
Strict vorbind, DevOps este un mod de lucru, nu un titlu de post; în practică, în companiile cu 20–200 de oameni, titlurile descriu în mare aceeași meserie, cu accente diferite: SRE-ii se concentrează pe țintele de fiabilitate – de obicei SLO-uri și bugete de erori – și pe incidente, platform engineers pe uneltele self-service pentru dezvoltatori, iar DevOps engineers pe pipeline-uri și infrastructură. O singură scară le acoperă de obicei pe toate trei; ajustați formularea competențelor în loc să creați scări separate.
Când are nevoie un startup de primul său DevOps engineer?
De obicei când dezvoltatorii petrec o parte vizibilă din săptămână cu deploy-uri, medii și probleme din producție în loc de funcționalități sau când clienții încep să ceară angajamente de uptime și audituri de securitate. În multe companii, asta se întâmplă pe la 15–30 de ingineri.
Ar trebui ca munca de gardă să conteze la promovarea unui DevOps engineer?
Da, dar contați ce învață și ce îmbunătățesc oamenii, nu la câte alerte au răspuns. Conducerea bună a unui incident major, post-mortemurile ale căror acțiuni chiar se fac și reducerea zgomotului alertelor sunt dovezi clare pentru nivelul următor. Faptul că cineva e des de gardă nu este.
Contează certificările de cloud pentru nivelul unui DevOps engineer?
Pot ajuta pe cineva să învețe o platformă, dar nu ar trebui să decidă nivelul. Evaluați ce a construit și a operat persoana în mediul dumneavoastră, raportat la matricea de competențe. Un certificat fără aceste dovezi nu arată nivelul următor; dovezile fără certificat îl arată.
De câte niveluri are nevoie scara de carieră a unui DevOps engineer?
Trei sau patru, pentru că echipele de infrastructură din companiile de această mărime sunt mici. Acest șablon folosește patru – Junior, DevOps Engineer, Senior și Staff – și funcționează bine alături de o scară cu cinci niveluri pentru ingineri software, cu nivelurile Staff aliniate.
Construiți această scară de carieră în LadderKit — gratuit
Configurați-i nivelurile și competențele pentru echipa dumneavoastră, evaluați oamenii după ele în check-in-uri și păstrați deciziile de promovare consecvente.
Plan gratuit · Fără card de credit
Șabloane înrudite
Inginerie
QA Engineer
Patru niveluri, de la Junior QA la Lead QA Engineer, și șase competențe, de la designul testelor la practicile de calitate.
- 4 niveluri
- 6 competențe
Inginerie
Engineering Manager
Patru niveluri, de la Engineering Manager la VP of Engineering, și șase competențe de management.
- 4 niveluri
- 6 competențe