Ohjelmistokehitys ja pilvipalvelut · Keski- ja senioritaso (yli 4 v)

DevOps- ja pilvi-infrastruktuuri-insinöörin ansioluettelo

Tämä malli näyttää pilvi-insinöörin siirtyvän senioritason DevOps-työhön AWS:n, Kubernetesin ja toimitusautomaation parissa. Vahvassa ansioluettelossa yhdistät infrastruktuurivalinnat tuloksiin, kuten nopeampiin julkaisuihin, vakaampiin palveluihin ja sujuvampiin operaatioihin, sekä nimeät niiden saavuttamiseen käyttämäsi työkalut.

Ansioluettelon tarkistus

Mitä rekrytoijat ja seurantajärjestelmät etsivät. Tämä on opas, ei ennuste.

100 / 100Kattava

100%
  • Yhteystiedot20 / 20
  • Yhteenveto20 / 20
  • Työkokemus30 / 30
  • Osaaminen20 / 20
  • Koulutus10 / 10

Yhteystiedot

Lisää nämä alkuun; rekrytoijat ja seurantajärjestelmät etsivät niitä ensimmäiseksi.

Valinnainen. Yhdysvalloissa, Isossa-Britanniassa ja Kanadassa ansioluetteloissa ei yleensä ole kuvaa.

35 sanaa

Kirjoita yksi työpaikka kappaletta kohden; aloita jokainen saavutus uudelta riviltä merkillä ”-”.

11 taitoa

Erota taidot pilkuilla, esimerkiksi: Excel, SQL, projektisuunnittelu.

Muita osioita

Lisää projekteja, sertifikaatteja, kielitaitoa tai muuta hakemustasi tukevaa sisältöä.

Sertifioinnit
Työkalut

Alex Morgan

DevOps- ja pilvi-insinööri

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

Yhteenveto

DevOps- ja pilvi-insinööri, jolla on 6 vuoden kokemus B2B SaaS -alustojen tukemisesta AWS:ssä. Rakennan infrastruktuuria Terraformilla ja Kubernetesilla, parannan CI/CD-työnkulkuja ja vahvistan valvontaa Prometheuksen ja Grafanan avulla. AWS Certified Solutions Architect – Associate.

Työkokemus

Senior DevOps -insinööri, Summit Cloud Works, Denver, CO (2022 – nykyhetki) - Yhtenäistin Terraform-moduulit 12 AWS-tilillä ja 3 ympäristössä. Lyhensin uuden palvelun käyttöönoton 2 päivästä noin 5 tuntiin. - Uudistin 9 palvelun GitHub Actions- ja Argo CD -käyttöönottotyönkulut. Lyhensin tavallisen julkaisun keston 35 minuutista 20 minuuttiin. - Lisäsin Prometheus-hälytykset ja Grafana-hallintapaneelit EKS-työkuormille. Autoin päivystysinsinöörejä tunnistamaan toistuvat kapasiteettiongelmat noin 25 minuuttia aiemmin. DevOps-insinööri, Cedar Peak Systems, Boulder, CO (2020 – 2022) - Siirsin 6 Docker-kontteihin pakattua palvelua Kubernetesille Helmin avulla. Tämä mahdollisti käyttöönotot ilman suunniteltuja huoltoikkunoita. - Automatisoin 40 virtuaalikoneen Linux-päivitykset Ansiblen avulla. Lyhensin kuukausittaisen ylläpidon 2 päivästä 1 päivään.

Koulutus

Tietojenkäsittelytieteen kandidaatti — Western Range University, Denver, CO (2019)

Osaaminen

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

Sertifioinnit

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

Työkalut

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

Näin kirjoitat ansioluettelon tehtävään DevOps- ja pilvi-insinööri

Aloita pilviympäristösi laajuudesta

Aloita jokainen tehtävä kertomalla tukemastasi ympäristöstä: pilvipalveluntarjoaja, tilien tai klustereiden määrä, työkuorman tyyppi ja se, vastasitko tuotantojärjestelmistä. Kerro sitten, mitä työsi muutti, kuten käyttöönoton kestoa, palautumiseen vaadittua työtä tai infrastruktuurin pystytysaikaa. Kuvaa laajuus selkeästi, jotta lukija ymmärtää, oliko kyse tuotantoalustasta vai henkilökohtaisesta testiympäristöstä.

Kerro toimitusten parantumisesta

Kuvaa muuttamasi putki tai julkaisuprosessi, käytetyt työkalut ja mitattu tulos, kuten lyhyempi koontiaika tai vähäisempi manuaalinen työ. Käytä lukuja, jotka pystyt selittämään, ja kerro tarvittaessa aikaväli tai palveluiden määrä, jotta luvut saavat kontekstia. Älä väitä käytettävyyden tai luotettavuuden parantuneen, ellet pysty yhdistämään väitettä määriteltyyn mittaukseen.

Nimeä työkalut ja kerro niiden käyttötarkoitus

Mainitse käyttämäsi pilvipalvelut, konttialustat, infrastruktuuri koodina -työkalut ja valvontatyökalut sekä tuo tärkeimmät niistä esiin työkokemuksen kohdissa. Räätälöi luettelo kuhunkin työpaikkailmoitukseen: AWS ja EKS ovat eri asioita kuin Azure ja AKS, ja Terraformin tai Ansiblen tulee kuvata käytännön kokemustasi. Kirjoita sertifiointien täydelliset nimet ja pidä niiden voimassaolotiedot ajan tasalla.

Esittele projektit turvallisesti

Lyhyt projektiosio voi auttaa, jos tuotantokokemuksesi on rajallinen tai olet rakentanut julkisen infrastruktuuriesimerkin. Linkitä siivottuun repositorioon tai kaavioon ja kerro ongelmasta, arkkitehtuurista ja käyttöönottotavasta. Poista tunnistetiedot, asiakastiedot, sisäiset palvelinnimet ja työnantajan koodi. Jätä pois pitkät työkaluluettelot, joita esimerkit eivät tue.

Yleisiä avainsanoja

Tässä tehtävässä usein mainittuja taitoja ja työkaluja. Käytä vain niitä, jotka hallitset, ja käytä työpaikkailmoituksen sanamuotoa. Kopioi sana napsauttamalla sitä.

Toimintaverbejä

AutomatisoinRakensinMääritinOtin käyttöönSiirsinValvoinVähensin

Kysymyksiä tästä tehtävästä

Kuinka pitkä DevOps-insinöörin ansioluettelon kannattaa olla?

Uran keskivaiheilla olevalle insinöörille yksi tai kaksi sivua voi sopia. Käytä sen verran tilaa kuin tarvitset tukemiesi järjestelmien laajuuden, tekemäsi muutosten ja tulosten esittelyyn. Aseta viimeaikainen ja olennainen kokemus etusijalle. Tiivistä vanhempia tai asiaan liittymättömiä tietoja ennen tekstin pienentämistä tai hyödyllisen teknisen kontekstin poistamista.

Mitä pilvisertifiointeja minun kannattaa mainita?

Mainitse kokemustasi ja hakemiasi tehtäviä vastaavat sertifioinnit, kuten AWS Certified Solutions Architect – Associate tai CNCF:n myöntämä Kubernetes-pätevyys. Käytä pätevyyden koko nimeä ja myöntäjää sekä kerro tarvittaessa päivämäärät tai voimassaolo. Sertifiointivaatimukset vaihtelevat työnantajan mukaan, eikä useimmissa DevOps-tehtävissä ole yleistä lupavaatimusta.

Voinko siirtyä DevOps-tehtäviin toisesta IT-roolista?

Kyllä. Nosta esiin operaatioihin ja toimituksiin liittyvä kokemuksesi, kuten skriptaus, Linux-järjestelmänhallinta, pilvikäyttöönotot, valvonta tai julkaisujen automatisointi. Jos sinulla ei ole tuotantoesimerkkejä, lisää tiivis projekti, joka osoittaa infrastruktuurin hallinnan koodina ja käyttöönoton työnkulun. Kerro selkeästi, käytettiinkö järjestelmää työssä vai rakensitko sen harjoittelua varten.

Kannattaako lisätä GitHub-linkki tai portfolio?

Lisää linkki, jos se esittelee olennaista ja ymmärrettävää työtä, kuten Terraform-moduuleja, käyttöönottoputken tai dokumentoidun Kubernetes-projektin. Lisää lyhyt kuvaus, jotta lukija tietää, mitä etsiä. Tarkista, ettei repositorioissa ole salaisuuksia, yksityisiä määrityksiä, asiakastietoja tai työnantajan omistamaa koodia. Portfolio on vapaaehtoinen, eivätkä jotkin työnantajat voi tarkastella ulkoisia linkkejä.