Programvareutvikling og sky · Mellomnivå til senior (4+ år)

CV for DevOps- og skyinfrastruktur-ingeniør

Dette eksemplet viser en skyingeniør som utvikler seg mot senior DevOps-arbeid med AWS, Kubernetes og automatisering av leveranser. En god CV for denne rollen knytter valg av infrastruktur til resultater som raskere utrullinger, mer stabile tjenester og enklere drift, og navngir verktøyene som ble brukt.

CV-sjekk

Dette ser rekrutterere og søkersporingssystemer etter. En veiledning, ikke en prognose.

100 / 100Fullstendig

100%
  • Kontakt20 / 20
  • Sammendrag20 / 20
  • Erfaring30 / 30
  • Ferdigheter20 / 20
  • Utdanning10 / 10

Kontaktinformasjon

Plasser disse opplysningene øverst; rekrutterere og søkersporingssystemer ser etter dem først.

Valgfritt. I USA, Storbritannia og Canada har CV-er vanligvis ikke bilde.

37 ord

Én jobb per avsnitt; start hver prestasjon på en ny linje med «-».

11 ferdigheter

Skill ferdighetene med komma, for eksempel: Excel, SQL, prosjektplanlegging.

Flere seksjoner

Prosjekter, sertifiseringer, språk eller annet som støtter søknaden din.

Sertifiseringer
Verktøy

Alex Morgan

DevOps- og skyingeniør

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

Sammendrag

DevOps- og skyingeniør med 6 års erfaring med å drifte B2B SaaS-plattformer på AWS. Bygger infrastruktur med Terraform og Kubernetes, forbedrer CI/CD-arbeidsflyter og styrker observabiliteten med Prometheus og Grafana. AWS Certified Solutions Architect – Associate.

Erfaring

Senior DevOps-ingeniør hos Summit Cloud Works, Denver, CO (2022 – nå) - Standardiserte Terraform-moduler på tvers av 12 AWS-kontoer og 3 miljøer, og reduserte oppsett av nye tjenester fra 2 dager til omtrent 5 timer. - La om utrullingsarbeidsflytene i GitHub Actions og Argo CD for 9 tjenester, og reduserte tiden for rutinemessige utrullinger fra 35 til 20 minutter. - La til Prometheus-varsler og Grafana-dashbord for EKS-arbeidslaster, slik at vaktansvarlige ingeniører kunne oppdage gjentakende kapasitetsproblemer omtrent 25 minutter tidligere. DevOps-ingeniør hos Cedar Peak Systems, Boulder, CO (2020 – 2022) - Migrerte 6 Docker-baserte tjenester til Kubernetes med Helm, slik at utrullinger kunne gjennomføres uten planlagte vedlikeholdsvinduer. - Automatiserte Linux-oppdateringer for 40 virtuelle maskiner med Ansible, og reduserte det månedlige vedlikeholdsarbeidet fra 2 dager til 1 dag.

Utdanning

Bachelorgrad i informatikk — Western Range University, Denver, CO (2019)

Ferdigheter

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

Sertifiseringer

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

Verktøy

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

Slik skriver du en CV for DevOps- og skyingeniør

Begynn med omfanget av skyarbeidet ditt

Begynn beskrivelsen av hver rolle med miljøet du støttet: skyleverandør, antall kontoer eller klynger, type arbeidslast og om du jobbet med produksjonssystemer. Vis deretter hva arbeidet ditt førte til, for eksempel kortere utrullingstid, mindre innsats ved gjenoppretting eller raskere oppsett av infrastruktur. Beskriv omfanget tydelig, slik at leseren kan skille en produksjonsplattform fra et privat testmiljø.

Vis forbedringer i leveransene

Beskriv pipelinen eller utrullingsprosessen du endret, hvilke verktøy du brukte, og et målt resultat, for eksempel kortere byggetid eller færre manuelle trinn. Bruk tall du kan forklare, og oppgi tidsperioden eller antall tjenester når det setter tallet i sammenheng. Ikke hev at oppetid eller pålitelighet ble bedre hvis du ikke kan knytte det til en tydelig måling.

Nevn verktøyene i riktig sammenheng

Ta med skytjenestene, containerplattformene, IaC- og overvåkingsverktøyene du faktisk har brukt, og trekk fram de mest relevante igjen i punktene om erfaringen din. Tilpass listen til hver stillingsannonse: AWS og EKS er annerledes enn Azure og AKS, og verktøy som Terraform eller Ansible bør gjenspeile praktisk erfaring. Før opp sertifiseringer med fullt navn, og sørg for at utløpsstatusen stemmer.

Del prosjekter uten å røpe sensitiv informasjon

En kort prosjektseksjon kan være nyttig hvis du har begrenset produksjonserfaring eller har laget et offentlig infrastrukturprosjekt. Lenke til et anonymisert kodearkiv eller diagram, og forklar problemet, arkitekturen og utrullingsmåten. Fjern legitimasjon, kundeopplysninger, interne vertsnavn og arbeidsgiverens kode. Utelat lange lister over verktøy du ikke kan vise til eksempler på.

Vanlige nøkkelord

Ferdigheter og verktøy som ofte står oppført for denne rollen. Bruk bare dem du har, og skriv dem slik de står i stillingsannonsen. Klikk på et nøkkelord for å kopiere det.

Handlingsverb

AutomatisertByggetKonfigurertRullet utMigrertOvervåketRedusert

Spørsmål om denne rollen

Hvor lang bør en CV for en DevOps-ingeniør være?

For en ingeniør med noen års erfaring kan én eller to sider fungere. Bruk den plassen du trenger for å vise omfanget av systemene du støttet, endringene du gjorde, og resultatene. Prioriter nyere og relevant erfaring, og kort ned eldre eller uvedkommende detaljer før du gjør teksten mindre eller fjerner nyttig teknisk kontekst.

Hvilke skysertifiseringer bør jeg føre opp?

Før opp sertifiseringer som passer med erfaringen din og rollene du søker på, for eksempel AWS Certified Solutions Architect – Associate eller en Kubernetes-sertifisering fra CNCF. Bruk sertifiseringens fulle navn og utsteder, og oppgi datoer eller utløpsstatus når det er relevant. Kravene varierer mellom arbeidsgivere. De fleste DevOps-roller har ikke et felles krav om lisens.

Kan jeg gå over til DevOps fra en annen IT-rolle?

Ja. Legg vekt på oppgaver som overlapper med drift og leveranser, for eksempel skripting, Linux-administrasjon, skyutrullinger, overvåking eller automatisering av utrullinger. Hvis du mangler eksempler fra produksjonsmiljøer, kan du ta med et kort prosjekt som viser infrastruktur som kode og en utrullingsarbeidsflyt. Vær tydelig på om systemet ble brukt på jobb eller laget som øvelse.

Bør jeg ta med en GitHub-lenke eller portefølje?

Ta med en lenke hvis den viser relevant og forståelig arbeid, for eksempel Terraform-moduler, en utrullingspipeline eller et dokumentert Kubernetes-prosjekt. Legg til en kort beskrivelse som forteller deg hva du bør se etter. Kontroller at kodearkivene ikke inneholder hemmeligheter, privat konfigurasjon, kundedata eller kode som tilhører arbeidsgiveren din. En portefølje er valgfri, og noen arbeidsgivere kan ikke gå gjennom eksterne lenker.