Et nylig landsomfattende søk i USA etter «DevOps Engineer» på teknologijobbnettstedet Dice ga 4 474 ledige stillinger. Ikke dårlig for en stillingstittel som ikke eksisterte for ti år siden.
Stillinger som DevOps-ingeniør – i likhet med selve DevOps-disiplinen – har vokst enormt de siste årene, og er nå blitt vanlige. Men nesten helt fra begynnelsen har både jobben og selve tittelen skapt en viss forvirring. Hva gjør egentlig en DevOps-ingeniør?
(Hvis du svarte «DevOps», bidrar du ikke særlig til å oppklare saken.)
«En DevOps-ingeniør er en fagperson som arbeider med å bygge bro mellom programvareutvikling og IT-drift, med mål om å forbedre effektiviteten og virkningen av prosessene for programvareutvikling og -utrulling», sier Cara Suarez, leder for produktmarkedsføring hos plattformen for mobiltesting Kobiton.
Det gjør dette til en tverrfaglig rolle, påpeker Suarez – en rolle som blir stadig mer uunnværlig i mange virksomheter.
«En DevOps-ingeniør spiller en avgjørende rolle i moderne programvareutvikling og IT-drift, med fokus på automatisering, samarbeid og en kultur for kontinuerlig forbedring», sier Suarez. «Rollen utvikler seg for å håndtere nye teknologier og sikkerhetsutfordringer, og et bredt ferdighetssett er avgjørende for å lykkes på dette feltet.»
I denne artikkelen definerer vi rollen som DevOps-ingeniør, hvilke ferdigheter som kreves, og hvordan jobben endrer seg i 2025 og fremover.
Definere DevOps: Mer enn et moteord
For å forstå rollen som DevOps-ingeniør bedre er det selvsagt nyttig å forstå DevOps i seg selv.
Kort sagt er DevOps et sett med praksiser, prosesser og verktøy som har som mål å bringe to kritiske IT-funksjoner – programvareutvikling («Dev») og IT-drift («Ops») – i langt tettere samsvar enn det som var vanlig tidligere. Selv om de spesifikke målene kan variere mellom organisasjoner eller team, er det overordnede formålet å forbedre hastigheten, hyppigheten, robustheten og sikkerheten i utvikling, utrulling, ytelse og vedlikehold av programvare.
Når DevOps-team lykkes, kan de bygge og levere kode raskere og oftere, med færre feil, mindre nedetid og et sunnere arbeidsmiljø. Det gjør DevOps verdifullt for selskaper i alle bransjer og av alle størrelser, fra oppstartsbedrifter som bruker DevOps til Fortune 500-selskaper.
Helhetlige definisjoner av DevOps fremhever også vanligvis betydningen av mennesker – hvordan de kommuniserer, hvordan de samarbeider, hvordan de kan bruke mindre tid på repetitive manuelle oppgaver, og så videre. Derfor blir DevOps ofte sett på som like mye (eller mer) en kultur som en teknisk eller prosessorientert disiplin. Det handler like mye om å bygge bedre produkter og tjenester med felles insentiver, en arbeidskultur uten skyldfordeling og en strømlinjeformet programvareleveranse – uten å slite ut teamet.
«Etter hvert som DevOps har modnet, har det blitt utvidet til å omfatte mer enn bare automatisering og samarbeid», sier Suarez. «Det omfatter nå et bredere kulturelt skifte, ofte omtalt som «DevOps-kultur», med vekt på en tankegang preget av kontinuerlig forbedring og samarbeid på tvers av hele organisasjonen.»
Have an account? Log In
Hva gjør DevOps-ingeniører?
Etter hvert som DevOps bredte seg i virksomhetenes IT-miljøer, ble det tydelig at den tette samordningen mellom utviklings- og driftsteam – som tidligere vanligvis hadde arbeidet separat og i siloer – skapte behov for en ny type IT-fagpersoner med ferdigheter og ansvarsområder som gikk på tvers av flere funksjoner.
Rollen som DevOps-ingeniør oppsto for å håndtere utfordringene knyttet til tradisjonell programvareutvikling og IT-drift, der disse to funksjonene ofte arbeidet isolert, noe som førte til langsomme, feilutsatte og ineffektive prosesser.

Derek Ashmore, hovedansvarlig for applikasjonstransformasjon hos Asperitas, beskriver rollen på en enkel måte: «En DevOps-ingeniør bruker automatisering til en lang rekke IT-oppgaver som tidligere ble utført manuelt.»
Disse oppgavene omfatter en lang rekke IT-funksjoner, som utrulling og administrasjon av applikasjonsmiljøer, utrulling av applikasjonskode, serverprogramvare, sikkerhetspolicyer, skyinfrastruktur og mye mer, ifølge Ashmore.
På grunn av mangfoldet av oppgaver og ferdighetene de krever, spesialiserer enkelte DevOps-ingeniører seg innen bestemte områder, selv om de har samme stillingstittel.
Det er vanlig at noen spesialiserer seg på administrasjon og konfigurering av serverprogramvare, ettersom dette krever ferdigheter innen systemadministrasjon. Andre konsentrerer seg om bygging av applikasjoner og kontinuerlig levering, noe som ofte innebærer ferdigheter knyttet til bestemte programmeringsspråk.

Med andre ord er DevOps-ingeniører i økende grad ansvarlige for arbeidet bak kulissene som kreves for å bygge, distribuere, administrere og sikre god programvare.
DevOps-ingeniørens ferdigheter og kvalifikasjoner
Selv om spesialisering kan avgjøre bestemte ferdigheter og erfaringer, har rollen som DevOps-ingeniør vanligvis samlet seg rundt enkelte felles «harde» ferdigheter (for eksempel tekniske ferdigheter) og «myke» ferdigheter (for eksempel mellommenneskelig kommunikasjon eller teambygging).

Suarez fra Kobiton deler dem inn på følgende måte:
- Automatisering: Selv om DevOps ikke bare er et synonym for automatisering, finnes det nesten ingen DevOps-miljøer som i stor grad eller utelukkende er basert på manuelt arbeid og manuelle prosesser. Automatisering er en del av DevOps' DNA. Derfor er DevOps-ingeniører vanligvis ansvarlige for å bruke ulike programmeringsspråk og andre verktøy til å opprette og vedlikeholde automatiserte prosesser for klargjøring av programvare, distribusjonsprogramvare og testing, blant annet grunnleggende elementer i programvareutviklingslivssyklusen.
- Infrastruktur som kode (IaC): Når vi snakker om dette, er håndtering av infrastruktur og konfigurasjoner ved hjelp av kode, ofte med verktøy som Terraform eller Ansible, en egen kategori innen automatisering – en kategori som er uunnværlig i DevOps-pipelines og -prosesser. Manuell konfigurering (rekonfigurering) av applikasjons- og infrastrukturmiljøer – spesielt i stor skala – strider for eksempel mot DevOps' generelle prinsipper. DevOps-ingeniører blir i økende grad ansvarlige for å automatisere bort mye av dette repetitive arbeidet for å oppnå større hastighet og effektivitet.
- Samarbeid: DevOps-ingeniører kan vanligvis ikke opprettholde den foreldede stereotypen av en gretten IT-ekspert som er innelåst i et serverrom et sted. De må være komfortable med å legge til rette for beste praksis for DevOps og samarbeid og kommunikasjon mellom utviklings- og driftsteam for å effektivisere arbeidsflyter og prosesser. I store organisasjoner der DevOps-prinsipper får fotfeste og sprer seg til andre funksjoner – for eksempel sikkerhet og DevSecOps – eller til ikke-tekniske avdelinger, må de kunne samarbeide med et enda mer mangfoldig utvalg av personligheter og jobbfunksjoner.
- Kontinuerlig integrasjon/kontinuerlig distribusjon (CI/CD): DevOps og CI/CD går hånd i hånd, spesielt fordi begge i stor grad er avhengige av automatisering for å legge til rette for økt tempo, hyppighet og effektivitet. DevOps-ingeniører er ofte ansvarlige for å implementere og administrere CI/CD-pipelines for å automatisere programvaretesting og distribusjon, samt bidra til å automatisere sårbarhetsskanning og andre sikkerhetskontroller i disse pipelinene så tidlig som mulig. DevOps-team som legger særlig vekt på sikkerhet, bruker noen ganger den beslektede betegnelsen «DevSecOps» for å gjenspeile at sikkerhet behandles med samme prioritet som programvareutvikling og drift.
- Overvåking, logging og måleverdier: DevOps-ingeniører setter også opp verktøy for overvåking og logging for å følge med på tilstanden og ytelsen til applikasjoner og infrastruktur. Generelt er DevOps-ingeniører og de bredere teamene de er en del av, svært opptatt av å måle resultatene av arbeidet sitt, delvis for å bygge opp og styrke en tankegang basert på kontinuerlig forbedring og optimalisering. Ulike team bruker en rekke rammeverk for DevOps-måleverdier.
- Feilsøking og problemløsning: DevOps-ingeniører sikrer påliteligheten, robustheten og tilgjengeligheten til applikasjonene og infrastrukturen de støtter. Derfor omfatter jobben deres vanligvis feilsøking og begrensning av ytelsesproblemer og andre problemer når de oppstår.
Verktøy og programmer for DevOps-ingeniører
Selv om det ikke finnes noen standardliste med DevOps-verktøy som passer for alle, standardiserer DevOps-team vanligvis på en verktøykjede de velger selv. Denne verktøykjeden samsvarer vanligvis med de grunnleggende ferdighetene vi gikk gjennom ovenfor. Her er eksempler på noen populære DevOps-verktøy for hver kategori (med hjelp fra Suarez):
- Automatisering/infrastruktur som kode: Ansible, Terraform
- Containerisering og orkestrering: Docker, Kubernetes
- Skyinfrastruktur og -tjenester: Amazon/AWS, Microsoft Azure, Google Cloud Platform
- CI/CD-pipelines og -verktøy: Jenkins, GitLab CI/CD, Travis CI
- Versjonskontroll: Git
- Overvåking og logging: Prometheus, Grafana, ELK-stakken (Elasticsearch, Logstash, Kibana).
- Skriptspråk: Bash, Python
- Operativsystemer: Linux
Husk at erfaring med og interesse for åpen kildekode-programvare og -verktøy også er et stort pluss. Flere av de store navnene ovenfor (som Linux og Kubernetes) passer inn her, og mange plattformer og verktøy i sky- og skybaserte økosystemer er enten åpen kildekode eller basert på åpen kildekode.
Det er også viktig å merke seg at DevOps-ferdigheter – akkurat som programvareutviklingsferdigheter generelt – ikke er statiske eller uforanderlige over tid. Prinsippene kan forbli relativt konstante, men praksiser, verktøy og språk kan komme og gå. Suarez peker på serverløs databehandling – og verktøy som AWS Lambda og Azure Functions kan begynne å dukke opp oftere på ønskelistene til arbeidsgivere som ansetter DevOps-ingeniører. På samme måte ser Suarez at flere organisasjoner bevisst bygger DevOps-praksiser spesielt rundt mobilutvikling og -testing.
More Articles
Slik blir du DevOps-ingeniør: Utdanning, erfaring og sertifiseringer
Så du vil bli DevOps-ingeniør?
Det er absolutt en ettertraktet DevOps-rolle med mange muligheter for utvikling. Med tanke på bredden og omfanget av teknologiene og prosessene den omfatter, er dette et flott fagfelt for kontinuerlig faglig utvikling.
For mange er en rolle som DevOps-ingeniør et springbrett mot høyere lederstillinger, som for eksempel å bli CTO, der teknologi og strategiske beslutninger møtes. For selskaper som ikke er klare for en heltids-CTO, finnes det også mulighet for å ansette en deltids-CTO—en CTO på deltid eller kontrakt som tilbyr strategisk veiledning og ekspertise, og bidrar til å bygge bro mellom DevOps-ingeniørarbeid og toppledelsen.
Det finnes ingen enkelt vei til rollen som DevOps-ingeniør. Selv om enkelte arbeidsgivere kan ha spesifikke krav, som en grad i informatikk – et krav som ofte utløser heftig debatt i IT-yrket – er realiteten at flere utdannings- og yrkesveier kan gi ferdighetene og erfaringen som kreves av en DevOps-ingeniør.
Andre vanlige IT-roller som overlapper med kvalifikasjonene til DevOps-ingeniører, omfatter:
- Systemadministrasjon
- Programvareutvikling
- Pålitelighetsutvikling for nettsteder
- IT-drift
- Infrastrukturutvikling / skyutvikling
Det finnes også en fremvoksende gruppe sertifiseringer rettet mot DevOps. Noen av disse – som sertifisert Kubernetes-administrator og AWS-sertifisert DevOps-profesjonell – er knyttet til bestemte plattformer, så det er lurt å ha en oversikt over potensielle arbeidsgivere og hvilke miljøer og verktøy de bruker. Enda bedre er det å undersøke om din nåværende arbeidsgiver vil sponse deg. (CTO-er, merk dere dette: Å tilby faglig utvikling er en god praksis for rekruttering og å beholde ansatte.)
Nettkurs, treff og eksperimentering i et hjemmelaboratorium er også gode måter å lære på og utvikle ferdigheter gjennom praktisk erfaring. Fokuser på det viktigste først – tenk for eksempel automatisering, sky og åpen kildekode.
Kort oppsummert
DevOps-ingeniører spiller en viktig rolle i hvordan moderne programvare utvikles, distribueres, administreres og sikres. Husk også å melde deg på nyhetsbrevet til The CTO Club for flere bransjenyheter og diskusjoner!




