Příklad CV DevOps inženýr

O čem tento příklad je

DevOps se nehodnotí podle počtu nástrojů, ale podle toho, jak často a jak bezpečně umíte dostat změnu do produkce. Tohle CV je postavené přesně na tom.

Patří Petrovi, DevOps inženýrovi se sedmi lety praxe. Pracuje ve finančně technologické firmě v Praze, kde se stará o platformu pro čtyřicet vývojářů ve dvanácti týmech.

Profil: platforma a lidé, kteří ji používají

DevOps inženýr se sedmi lety praxe na Kubernetes a AWS, platforma pro 40 vývojářů ve 12 týmech, 60 deploymentů do produkce týdně.

Počet deploymentů je nejlepší jedno číslo, které o DevOps práci můžete napsat. Říká, jak dobře to celé funguje, aniž byste museli vyjmenovat jediný nástroj.

Zkušenosti: spolehlivost v číslech

Zkrátil jsem čas od commitu do produkce z 3 hodin na 18 minut přestavbou CI pipeline a paralelizací testů, počet deploymentů týdně vzrostl z 9 na 60

Snížil jsem průměrnou dobu obnovy po incidentu ze 52 na 11 minut zavedením automatického rollbacku a smysluplných alertů, dostupnost se drží na 99,95 %

Převedl jsem infrastrukturu do Terraformu, 100 % prostředí je dnes reprodukovatelné a nové testovací prostředí vznikne za 12 minut místo dvou dnů

Vzorec: co bylo pomalé, ruční nebo rozbité + co jste zautomatizovali + jak se zlepšil čas, dostupnost nebo náklad.

Nástroje: podle vrstev

Cloud: AWS, GCP. Orchestrace: Kubernetes, Helm. IaC: Terraform, Ansible. CI/CD: GitHub Actions, GitLab CI, ArgoCD. Monitoring: Prometheus, Grafana, Loki. Jazyky: Go, Python, Bash.

Napište i to, co jste s čím skutečně postavili. Terraform v CV má každý, moduly pro dvanáct týmů málokdo.

Náklady a bezpečnost

Dvě věci, které DevOps CV posouvají nejvýš:

Náklady. „Snížil jsem měsíční účet za cloud o 310 000 Kč rightsizingem a spot instancemi" je argument, kterému rozumí i finanční ředitel.

Bezpečnost. Správa secretů, skenování obrazů, nejmenší potřebná oprávnění. Pokud jste pracovali v regulovaném prostředí, napište, jaký režim to byl.

Časté chyby

Seznam nástrojů bez výsledků. Nástroje jsou předpoklad, ne výkon.

Žádná čísla o spolehlivosti. Dostupnost, MTTR a frekvence deploymentů jsou vaše metriky, použijte je.

Chybí on-call. Pokud jste drželi pohotovost, napište to včetně toho, jak jste snižovali počet nočních volání.

Jen zelené pole. Migrace starého systému bez výpadku je silnější historka než nová instalace od nuly.

Poslední věc

Mějte připravený jeden incident: co se stalo, jak jste to zjistili, co jste udělali během prvních deseti minut a co jste změnili, aby se to neopakovalo. Na pohovorech se o tom mluví víc než o architektuře.