Programinės įrangos kūrimas ir debesija · Vidutinio ir vyresniojo lygio (4+ m.)

DevOps ir debesijos infrastruktūros inžinieriaus gyvenimo aprašymas

Šiame pavyzdyje parodyta, kaip debesijos inžinierius gali pereiti prie vyresniojo DevOps specialisto darbo su AWS, Kubernetes ir pristatymo procesų automatizavimu. Gerame šios pareigybės gyvenimo aprašyme infrastruktūros sprendimai susiejami su tokiais rezultatais kaip greitesnis leidimų išleidimas, stabilesnės paslaugos ir paprastesnė veikla, įvardijant naudotus įrankius.

CV patikra

Į ką atsižvelgia darbdaviai ir kandidatų sekimo sistemos. Tai gairės, o ne prognozė.

100 / 100Išsamus

100%
  • Kontaktinė informacija20 / 20
  • Aprašymas20 / 20
  • Darbo patirtis30 / 30
  • Įgūdžiai20 / 20
  • Išsilavinimas10 / 10

Kontaktinė informacija

Įrašykite ją viršuje – darbdaviai ir kandidatų sekimo sistemos pirmiausia ieško būtent jos.

Nebūtina. JAV, JK ir Kanadoje CV paprastai pateikiami be nuotraukos.

38 žodžiai

Kiekvieną darbą rašykite atskiroje pastraipoje; kiekvieną pasiekimą pradėkite naujoje eilutėje simboliu „-”.

11 įgūdžio

Įgūdžius atskirkite kableliais, pavyzdžiui: Excel, SQL, projektų planavimas.

Kiti skyriai

Projektai, sertifikatai, kalbos ar bet kas kita, kas sustiprina jūsų kandidatūrą.

Sertifikatai
Įrankiai

Alex Morgan

DevOps ir debesijos inžinierius

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

Aprašymas

DevOps ir debesijos inžinierius, turintis 6 metų patirtį prižiūrint B2B SaaS platformas AWS aplinkoje. Kuria infrastruktūrą naudodamas Terraform ir Kubernetes, tobulina CI/CD procesus ir stiprina stebėseną naudodamas Prometheus ir Grafana. Turi AWS Certified Solutions Architect – Associate sertifikatą.

Darbo patirtis

Vyresnysis DevOps inžinierius, Summit Cloud Works, Denver, CO (2022 – dabar) - Suvienodino Terraform modulius 12 AWS paskyrų ir 3 aplinkose, naujos paslaugos parengimo laiką sutrumpindamas nuo 2 dienų iki maždaug 5 valandų. - Pertvarkė 9 paslaugų GitHub Actions ir Argo CD diegimo procesus, įprastų leidimų išleidimo trukmę sutrumpindamas nuo 35 iki 20 minučių. - EKS darbo apkrovoms pridėjo Prometheus įspėjimus ir Grafana skydelius, todėl budintys inžinieriai pasikartojančias pajėgumų problemas pradėjo nustatyti maždaug 25 minutėmis anksčiau. DevOps inžinierius, Cedar Peak Systems, Boulder, CO (2020 – 2022) - Perkėlė 6 Docker konteineriuose veikiančias paslaugas į Kubernetes su Helm, todėl jas buvo galima diegti neplanuojant techninės priežiūros langų. - Automatizavo 40 virtualiųjų mašinų Linux pataisų diegimą naudodamas Ansible ir mėnesio techninės priežiūros laiką sutrumpino nuo 2 dienų iki 1 dienos.

Išsilavinimas

Kompiuterių mokslo bakalauro laipsnis — Western Range University, Denver, CO (2019)

Įgūdžiai

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

Sertifikatai

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

Įrankiai

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

Kaip parašyti DevOps ir debesijos inžinierius CV

Pradėkite nuo debesijos infrastruktūros masto

Kiekvienos pareigybės aprašymą pradėkite nuo prižiūrėtos aplinkos: debesijos tiekėjo, paskyrų ar klasterių skaičiaus, darbo apkrovos tipo ir to, ar dirbote su produkcinėmis sistemomis. Tada parodykite, kas pasikeitė dėl jūsų darbo, pavyzdžiui, diegimo, atkūrimo ar infrastruktūros parengimo trukmė. Aiškiai apibrėžkite darbų mastą, kad skaitytojai galėtų atskirti produkcinę platformą nuo asmeninės bandomosios aplinkos.

Parodykite, kaip patobulinote pristatymą

Aprašykite pakeistą procesą ar leidimų išleidimo tvarką, naudotus įrankius ir išmatuotą rezultatą, pavyzdžiui, trumpesnį kūrimo laiką ar mažiau rankinių veiksmų. Pateikite skaičius, kuriuos galite paaiškinti, o kai tai padeda suprasti jų reikšmę, nurodykite laikotarpį ar paslaugų skaičių. Netvirtinkite, kad pagerėjo veikimo laikas ar patikimumas, jei negalite to susieti su apibrėžtu matavimo būdu.

Įvardykite įrankius ir paaiškinkite jų paskirtį

Nurodykite debesijos paslaugas, konteinerių platformas, IaC ir stebėsenos įrankius, kuriuos iš tikrųjų naudojote, o svarbiausius paminėkite ir patirties aprašymuose. Pritaikykite sąrašą kiekvienam darbo skelbimui: AWS ir EKS skiriasi nuo Azure ir AKS, o Terraform ar Ansible turėtų atspindėti praktinę patirtį. Sertifikatus nurodykite pilnais pavadinimais ir tiksliai pažymėkite jų galiojimą.

Saugiai pateikite projektų pavyzdžius

Trumpas projektų skyrius gali būti naudingas, jei turite mažai produkcinio darbo patirties arba sukūrėte viešą infrastruktūros pavyzdį. Pateikite nuorodą į nuasmenintą saugyklą ar schemą ir paaiškinkite problemą, architektūrą bei diegimo būdą. Pašalinkite prisijungimo duomenis, klientų informaciją, vidinius kompiuterių vardus ir darbdavio kodą. Praleiskite ilgus įrankių sąrašus, kurių negalite pagrįsti pavyzdžiais.

Dažnai vartojami raktažodžiai

Šiai pareigybei dažnai nurodomi įgūdžiai ir įrankiai. Naudokite tik tuos, kuriuos turite, ir formuluokite juos taip, kaip darbo skelbime. Spustelėkite raktažodį, kad jį nukopijuotumėte.

Veiksmažodžiai veiksmams apibūdinti

AutomatizavoSukūrėSukonfigūravoĮdiegėPerkėlėStebėjoSumažino

Klausimai apie šią pareigybę

Kokio ilgio turėtų būti DevOps inžinieriaus gyvenimo aprašymas?

Vidutinės karjeros inžinieriui gali tikti vienas arba du puslapiai. Skirkite tiek vietos, kiek reikia parodyti jūsų prižiūrėtų sistemų mastą, atliktus pakeitimus ir rezultatus. Pirmenybę teikite naujausiai susijusiai patirčiai, o prieš mažindami šriftą ar šalindami naudingą techninę informaciją sutrumpinkite senesnes ar nesusijusias detales.

Kokius debesijos sertifikatus turėčiau nurodyti?

Nurodykite sertifikatus, atitinkančius jūsų patirtį ir norimas pareigas, pavyzdžiui, AWS Certified Solutions Architect – Associate arba CNCF išduotą Kubernetes sertifikatą. Įrašykite visą sertifikato pavadinimą ir jį išdavusią organizaciją, o prireikus nurodykite datas ar galiojimo būseną. Sertifikatų reikalavimai priklauso nuo darbdavio; daugumai DevOps pareigų nėra visiems taikomo licencijos reikalavimo.

Ar galiu pereiti į DevOps iš kitos IT srities?

Taip. Pabrėžkite su veiklos priežiūra ir pristatymu susijusią patirtį, pavyzdžiui, scenarijų rašymą, Linux administravimą, diegimą debesijoje, stebėseną ar leidimų išleidimo automatizavimą. Jei neturite produkcinio darbo pavyzdžių, įtraukite trumpą projektą, kuriame parodytumėte infrastruktūrą kaip kodą ir diegimo procesą. Aiškiai nurodykite, ar sistema buvo naudojama darbe, ar sukurta praktikai.

Ar turėčiau pateikti GitHub nuorodą arba darbų aplanką?

Pateikite nuorodą, jei joje matyti aktualūs ir lengvai suprantami darbai, pavyzdžiui, Terraform moduliai, diegimo procesas ar aprašytas Kubernetes projektas. Trumpai paaiškinkite, į ką atkreipti dėmesį. Patikrinkite, ar saugyklose nėra slaptų duomenų, privačios konfigūracijos, klientų duomenų ar darbdaviui priklausančio kodo. Darbų aplankas neprivalomas, o kai kurie darbdaviai negali peržiūrėti išorinių nuorodų.