Programski inženiring in oblak · Srednja do višja raven (4+ let)

Življenjepis inženirja za DevOps in infrastrukturo v oblaku

Ta primer prikazuje razvoj kariere inženirja za oblak do višje vloge v DevOps na področju AWS, Kubernetes in avtomatizacije izvedbe. Dober življenjepis za to vlogo poveže izbire pri infrastrukturi z rezultati, kot so hitrejše izdaje, zanesljivejše storitve in preprostejše delovanje, ter navede uporabljena orodja.

Pregled življenjepisa

Kaj iščejo kadroviki in sistemi za sledenje prijavam. To je vodilo, ne napoved.

100 / 100Popolno

100%
  • Kontakt20 / 20
  • Povzetek20 / 20
  • Delovne izkušnje30 / 30
  • Spretnosti20 / 20
  • Izobrazba10 / 10

Kontaktni podatki

Vnesite jih na vrh življenjepisa; kadroviki in sistemi za sledenje prijavam jih iščejo najprej.

Neobvezno. V ZDA, Združenem kraljestvu in Kanadi življenjepisi običajno ne vsebujejo fotografije.

39 besed

Za vsako delovno mesto uporabite svoj odstavek; vsak dosežek začnite v novi vrstici z »-«.

11 spretnosti

Spretnosti ločite z vejicami, na primer: Excel, SQL, načrtovanje projektov.

Dodatni razdelki

Projekti, certifikati, jeziki ali kar koli drugega, kar podpira vašo prijavo.

Certifikati
Orodja

Alex Morgan

Inženir za DevOps in oblak

  • alex.morgan@example.com
  • +1 555 0100
  • Denver, CO

Povzetek

Inženir za DevOps in oblak s 6 leti izkušenj pri podpori platform B2B SaaS v AWS. Infrastrukturo vzpostavlja s Terraform in Kubernetes, izboljšuje CI/CD-procese ter krepi spremljanje sistema s Prometheus in Grafana. AWS Certified Solutions Architect – Associate.

Delovne izkušnje

Višji inženir za DevOps pri Summit Cloud Works, Denver, CO (2022 – danes) - Poenotil module Terraform v 12 računih AWS in 3 okoljih ter skrajšal vzpostavitev nove storitve z 2 dni na približno 5 ur. - Prenovil postopke nameščanja z GitHub Actions in Argo CD za 9 storitev ter skrajšal običajne izdaje s 35 na 20 minut. - Dodal alarme Prometheus in nadzorne plošče Grafana za obremenitve EKS ter dežurnim inženirjem pomagal približno 25 minut prej prepoznati ponavljajoče se težave z zmogljivostjo. Inženir za DevOps pri Cedar Peak Systems, Boulder, CO (2020 – 2022) - Šest storitev v vsebnikih Docker preselil v Kubernetes s Helm, kar je omogočilo nameščanje brez načrtovanih vzdrževalnih obdobij. - Z Ansible avtomatiziral popravke za Linux na 40 navideznih strojih ter skrajšal mesečno vzdrževanje z 2 dni na 1 dan.

Izobrazba

Diploma iz računalništva — Western Range University, Denver, CO (2019)

Spretnosti

  • AWS
  • Kubernetes
  • Terraform
  • Docker
  • Helm
  • Ansible
  • Linux
  • GitHub Actions
  • Argo CD
  • Prometheus
  • Grafana

Certifikati

• AWS Certified Solutions Architect – Associate — Amazon Web Services (AWS) • Certified Kubernetes Administrator (CKA) — Cloud Native Computing Foundation (CNCF)

Orodja

• AWS: EKS, EC2, S3, IAM • Terraform, Helm, Ansible • GitHub Actions, Argo CD • Prometheus, Grafana, Linux

Kako napisati življenjepis za delovno mesto Inženir za DevOps in oblak

Najprej navedite obseg dela v oblaku

Pri vsaki vlogi najprej opišite okolje, za katero ste skrbeli: ponudnika oblaka, število računov ali gruč, vrsto obremenitev in to, ali ste upravljali produkcijske sisteme. Nato pokažite, kaj se je zaradi vašega dela spremenilo, na primer čas nameščanja, trud pri obnovi ali čas vzpostavitve infrastrukture. Jasno opišite obseg, da bodo bralci lahko razlikovali med produkcijsko platformo in osebnim laboratorijskim okoljem.

Pokažite izboljšave pri dostavi

Opišite cevovod ali postopek izdaj, ki ste ga spremenili, uporabljena orodja in izmerjeni rezultat, na primer krajši čas gradnje ali manj ročnih korakov. Uporabite podatke, ki jih lahko pojasnite, in navedite obdobje ali število storitev, kadar to pojasni obseg. Ne trdite, da sta se razpoložljivost ali zanesljivost izboljšali, če tega ne morete povezati z določeno meritvijo.

Orodja navedite skupaj z njihovim kontekstom

Vključite storitve v oblaku, platforme za vsebnike, IaC in orodja za spremljanje, ki ste jih dejansko uporabljali, nato pa najpomembnejša podprite z navedbami v izkušnjah. Seznam prilagodite vsakemu oglasu: AWS in EKS se razlikujeta od Azure in AKS, orodja, kot sta Terraform ali Ansible, pa navedite, če ste z njimi praktično delali. Certifikate navedite s polnimi imeni in poskrbite, da so podatki o veljavnosti točni.

Varno predstavite dokaze o projektih

Kratek razdelek s projekti je lahko koristen, če imate malo produkcijskih izkušenj ali ste razvili javni primer infrastrukture. Dodajte povezavo do očiščenega repozitorija ali diagrama ter pojasnite težavo, arhitekturo in način nameščanja. Odstranite poverilnice, podatke o strankah, interne gostitelje in kodo delodajalca. Izpustite dolge sezname orodij, ki jih ne podpirajo konkretni primeri.

Pogoste ključne besede

Spretnosti in orodja, ki se pogosto navajajo za to delovno mesto. Uporabite samo spretnosti in orodja, ki jih obvladate, ter izraze iz zaposlitvenega oglasa. Kliknite ključno besedo, da jo kopirate.

Glagoli za opis dejanj

AvtomatiziralRazvilKonfiguriralNamestilPreselilSpremljalZmanjšal

Vprašanja o tem delovnem mestu

Kako dolg naj bo življenjepis inženirja za DevOps?

Za inženirja na sredini kariere je lahko primerna ena ali dve strani. Uporabite toliko prostora, kolikor ga potrebujete za prikaz obsega sistemov, za katere ste skrbeli, sprememb, ki ste jih uvedli, in rezultatov. Dajte prednost nedavnim in ustreznim izkušnjam, starejše ali nepovezane podrobnosti pa skrajšajte, preden zmanjšate pisavo ali odstranite uporaben tehnični kontekst.

Katere certifikate za oblak naj navedem?

Navedite certifikate, ki ustrezajo vašim izkušnjam in vlogam, za katere se prijavljate, na primer AWS Certified Solutions Architect – Associate ali certifikat za Kubernetes organizacije CNCF. Uporabite polno ime certifikata in navedite izdajatelja ter po potrebi datum ali veljavnost. Zahteve glede certifikatov se med delodajalci razlikujejo; večina vlog v DevOps nima univerzalne zahteve po licenci.

Ali se lahko preusmerite v DevOps iz druge vloge v IT?

Da. Poudarite delo, povezano z operacijami in dostavo, na primer skriptiranje, skrbništvo Linuxa, nameščanje v oblaku, spremljanje ali avtomatizacijo izdaj. Če nimate primerov iz produkcijskega okolja, vključite kratek projekt, ki pokaže infrastrukturo kot kodo in postopek nameščanja. Jasno navedite, ali ste sistem uporabljali pri delu ali ga izdelali za vajo.

Ali naj dodate povezavo do GitHuba ali portfelja?

Dodajte jo, če prikazuje ustrezno in razumljivo delo, na primer module Terraform, cevovod za nameščanje ali dokumentiran projekt Kubernetes. Dodajte kratek opis, da bodo bralci vedeli, kaj naj si ogledajo. Preverite, da repozitoriji ne vsebujejo skrivnosti, zasebnih nastavitev, podatkov o strankah ali kode v lasti delodajalca; portfelj ni obvezen, nekateri delodajalci pa zunanjih povezav ne morejo pregledati.