DevOps Foundation

Hvad er Continuous Integration (CI)?

CI betyder, at udviklere integrerer kode hyppigt i main, og at ændringer automatisk bygges og testes. Formålet er at fange fejl tidligt og reducere integrationsrisiko.

Hvad er Continuous Delivery (CD)?

CD sikrer, at software altid er i en releasable tilstand via automatiserede pipelines. Du kan udgive ofte og forudsigeligt, fordi bygge-, test- og udrulningssteg er automatiserede.

Hvad er Continuous Deployment?

Det er næste skridt efter CD, hvor hver godkendt ændring automatisk rulles i produktion. Kræver stærk test- og monitoreringsdisciplin.
Kilde: Martin Fowler – Continuous Delivery vs Deployment

Hvad er Infrastructure as Code (IaC)?

IaC beskriver infrastruktur i versionsstyrede filer (f.eks. Terraform), så opsætning bliver reproducerbar, gennemskuelig og automatiserbar.
Kilde: HashiCorp – What is IaC?

Hvad er automatiseret test i DevOps?

Automatiserede enheds-, integrations- og end-to-end-tests kører i pipeline for at fange regressionsfejl tidligt og sikre hurtigere, sikrere releases.

Hvad er containerisering?

Containerisering pakker applikationer med afhængigheder i isolerede miljøer (fx Docker) for ensartet drift fra dev til prod, og lettere skalering/orchestrering (fx Kubernetes).

Hvad er mikrotjenester?

Mikrotjenester opdeler systemet i små, uafhængige services, der kan deployes og skaleres hver for sig. Det øger hastighed og robusthed men kræver effektiv observability.

Hvad er monitorering & logging i DevOps?

Kontinuerlig monitorering og central logning giver indblik i performance, fejl og brugeroplevelse. Det muliggør hurtig detektion af driftshændelser og data til forbedringer.

Hvad er incident response i DevOps?

Standardiserede processer og “on-call” responser med bl.a. runbooks, SLO’er/SLI’er og post-mortems. Mange teams bruger SRE-praksisser til at styre pålidelighed.

Hvad er release management?

Planlægning, koordinering og styring af releasestrømmen gennem miljøer. I DevOps automatiseres releases via pipelines og strategier som blue-green eller canary.

Hvad er konfigurationsstyring?

Styring af systemers ønskede tilstand (f.eks. Ansible/Puppet) for konsistens og sporbarhed, ofte i samspil med IaC og Git.
Kilde: Red Hat – What is configuration management?

Hvad er GitOps?

En praksis hvor Git er “single source of truth” for både applikation og infrastruktur, og ændringer synkroniseres automatisk til miljøer (pull-based).

Hvad er DevSecOps?

DevSecOps integrerer sikkerhed i hele livscyklussen (shift-left security), så scanning, test og policy håndhæves i pipelines.

Hvad er chaos engineering?

Disciplinen går ud på at eksperimentere kontrolleret med fejl for at forbedre robusthed (defineret hypoteser, begrænset “blast radius”, sikre rollback).

Hvilke roller findes typisk i DevOps-teams?

Udviklere, platform/SRE-ingeniører, QA/automationsspecialister, sikkerhedsingeniører og en Product Owner. Scrum Master/Agile Coach hjælper ofte med flow og kultur.

Hvad laver en DevOps-ingeniør?

Bygger og driver pipelines, IaC, monitorering/observability og automatisering på tværs af miljøer. Rollen er bindeled mellem udvikling og drift.

Hvad er SRE, og hvordan adskiller det sig fra DevOps?

SRE er en disciplin fra Google, der operationaliserer DevOps-mål via SLI’er/SLO’er, error budgets og automationsprincipper. DevOps er kultur/praksis; SRE er en konkret implementering med stærkt fokus på pålidelighed.

Hvem “ejer” DevOps i organisationen?

Ejerskabet er tværgående: produktteams, platform/SRE og ledelse deler ansvar. CALMS hjælper med at afklare kultur, målinger og samarbejde.

Kan projektledere arbejde i DevOps-setup?

Ja, projekt/programledere koordinerer afhængigheder, governance og forretningsmål, mens teams arbejder iterativt med automatiserede leverancer.

Hvad er CALMS?

Et evaluerings- og transformationsrammeværk: Culture, Automation, Lean, Measurement, Sharing. Bruges til at sætte retning og måle DevOps-modenhed.

Hvordan hænger DevOps og Agile sammen?

Agile fokuserer på produktudvikling og iterationer; DevOps udvider til drift og automatiseret levering. Sammen dækker de idé-til-drift uden håndoverings-siloer.

Hvordan relaterer DevOps til ITIL/ITSM?

DevOps øger hastighed gennem automation og samarbejde; ITIL sikrer styring og servicekvalitet. Mange kombinerer dem for både kontrol og tempo.
Kilde: Gartner – “DevOps is not enough”

Hvad er DevSecOps i rammesammenhæng?

Et udvidet DevOps-scope, der integrerer sikkerhedskrav og kontroller i pipelines (policy as code, scanning, SAST/DAST) og kultur.

Hvordan skalerer man DevOps i store virksomheder?

Brug platform-teams (golden paths), fælles developer experience, standard-pipelines og self-service. Skalerede agile rammer (fx SAFe) kan støtte koordinering, mens SRE driver pålidelighed.

Hvilke job kan DevOps Foundation føre til?

Roller som Junior DevOps/Platform Engineer, Build/Release Engineer, Site Reliability/Operations, QA Automation eller Cloud Engineer. DevOps-kendskab er efterspurgt i DK og EU.
Kilde: generel beskrivelse

Hvad tjener en DevOps-ingeniør i Danmark?

Glassdoor estimerer gennemsnit for DevOps Engineer i Danmark/Cph omkring DKK 49.000/md (variationsbredde), afhængigt af virksomhed og erfaring.
Kilder: Glassdoor DK – DevOps Engineer, Danmark

Hvilke jobs kan man få med en ITIL Foundation-certificering?

ITIL Foundation kan åbne døre til roller som Service Desk Analyst, IT-supportspecialist, IT-koordinator, Incident Manager eller Junior Service Manager. I Danmark og Europa er ITIL især udbredt i den offentlige sektor, finansbranchen og IT-outsourcing, hvor struktureret service management er kritisk.

Hvor meget tjener en ITIL-certificeret professionel?

Løn varierer efter rolle og erfaring. I Danmark tjener en IT Service Manager typisk omkring 650.000 DKK årligt, mens en Service Desk Specialist ligger nærmere 400.000 DKK. I USA ligger gennemsnittet for ITIL-certificerede på 96.000–100.000 USD årligt.

Er ITIL Foundation nok til at få et job?

Alene viser ITIL Foundation, at du forstår grundlæggende IT-service management, men uden praktisk erfaring er det sjældent nok. Certificeringen er mest værdifuld i kombination med erfaring fra IT-support eller drift, og som et første skridt mod videre ITIL-certificeringer.

Hvilke højere niveauer findes efter ITIL Foundation?

Efter Foundation kan man fortsætte til ITIL Managing Professional (MP) og ITIL Strategic Leader (SL). De består af moduler med fokus på bl.a. Create, Deliver & Support og Direct, Plan & Improve.

Hvad er forskellen på ITIL Foundation og ITIL Managing Professional?

Foundation giver introduktion til ITIL’s begreber, mens Managing Professional er et avanceret spor med fokus på praktisk anvendelse i servicelevering, stakeholder-håndtering og high-velocity IT.

Hvad er forskellen på ITIL Foundation og ITIL Strategic Leader?

Strategic Leader fokuserer på at forbinde IT med forretningsstrategi og er målrettet seniorledere. Foundation er for begyndere, mens SL kræver erfaring og er lederorienteret.

Er ITIL Foundation værdifuld for karriereudvikling?

Ja. ITIL er globalt anerkendt og nævnes ofte i jobopslag. Certificerede rapporterer op til 18 % højere løn end kolleger uden ITIL.

Hvilke brancher ansætter ITIL-certificerede?

Brancher som IT-service, telekommunikation, bank, sundhed, det offentlige og detailhandel. Alle organisationer med komplekse IT-driftprocesser har gavn af ITIL.

Tjener ITIL-certificerede mere?

Ja. Flere undersøgelser viser, at ITIL-certificering er forbundet med højere gennemsnitlig løn, især i roller som IT Service Manager og IT Operations.

Hvordan er ITIL nyttig for projektledere?

ITIL supplerer projektledelse ved at sikre, at de løsninger, projekter leverer, drives effektivt bagefter. Mange organisationer kombinerer PRINCE2 til projekter og ITIL til drift.

Hvad er service management?

Service management er en samling af organisatoriske evner, der gør det muligt at levere værdi til kunder i form af tjenester. ITIL er det mest anvendte rammeværk for service management.

Hvad er governance i ITIL?

Governance i ITIL handler om, hvordan organisationer styres og kontrolleres. Det sikrer, at beslutninger og politikker understøtter strategiske mål, og at stakeholderes behov og compliance balanceres.

Hvad er kontinuerlig forbedring i ITIL?

Kontinuerlig forbedring er en vedvarende praksis for at tilpasse services til ændrede forretningsbehov, reducere ineffektivitet og implementere forbedringer via et forbedringsregister.

Hvad er forskellen på hændelser og problemer i ITIL?

En hændelse er en uventet afbrydelse eller forringelse af en service. Et problem er den bagvedliggende årsag til én eller flere hændelser. Incident Management gendanner service hurtigt, mens Problem Management sikrer varige løsninger.

Hvad er en SLA i ITIL?

En SLA (Service Level Agreement) er en formel aftale mellem kunde og leverandør, der fastlægger mål for ydeevne som fx oppetid og svartider.

Hvad er en OLA i ITIL?

En OLA (Operational Level Agreement) er en intern aftale mellem teams i samme organisation, som skal understøtte SLA’en.

Hvad er en KPI i ITIL?

En KPI (Key Performance Indicator) er en måleenhed, der viser, hvordan en proces eller service performer – fx gennemsnitlig tid til at løse en hændelse.

Hvad er en CSF i ITIL?

En CSF (Critical Success Factor) er en afgørende aktivitet eller betingelse, som skal opfyldes for, at en proces eller service kan lykkes.

Hvad er forskellen på ITIL og COBIT?

ITIL handler om service management, mens COBIT fokuserer på IT-governance, risikostyring og compliance. De supplerer hinanden.

Hvad er forskellen på ITIL og TOGAF?

TOGAF er et rammeværk for enterprise-arkitektur, mens ITIL fokuserer på styring af services. TOGAF beskriver, hvordan IT-arkitektur understøtter forretningen; ITIL, hvordan IT-services leveres og forbedres.

Hvordan implementerer virksomheder ITIL med succes?

Succes kræver ledelsesopbakning, træning, tilpasning til kultur og trinvis implementering. Mange danske organisationer starter med Incident og Change Management og udvider derfra.

Hvilke udfordringer ses ved ITIL-adoption?

Udfordringer omfatter for meget bureaukrati, manglende engagement fra medarbejdere, utilstrækkelig træning og vanskeligheder med at kombinere ITIL med Agile/DevOps.

Hvordan måler organisationer succes med ITIL?

Ved hjælp af KPI’er som incident resolution time, change success rate, kundetilfredshed og auditresultater.

Hvad er den største fejl, virksomheder laver med ITIL?

At behandle ITIL som stive processer i stedet for fleksible praksisser. Det kan skabe unødig bureaukrati og modstand.

Hvordan tilpasses ITIL til små organisationer?

Start med de mest nødvendige praksisser (Incident, Change, Problem, Service Desk). Implementér gradvist i stedet for at indføre alle 34 på én gang.

Hvordan integreres ITIL med Agile og DevOps?

Ved at tilpasse ITIL-praksisser som Change Enablement til Agile sprintcyklusser og CI/CD-pipelines. DevOps giver hastighed og automatisering, ITIL sikrer governance.

Hvordan forbereder man sig til et ITIL-audit?

Ved at sikre dokumentation for SLA’er og OLA’er, gennemgå compliance og have et kontinuerligt forbedringsregister klar. ISO/IEC 20000 kan bruges som ramme for ekstern audit.

Hvad er best practices for kontinuerlig serviceforbedring?

Brug et forbedringsregister, prioriter tiltag efter forretningsværdi, og involver medarbejdere i idéindsamling. Evaluer og tilpas løbende.

Hvordan fastholder man stakeholder-engagement i ITIL?

Kommunikér fordele i forretningssprog, inddrag stakeholders i SLA’er og CSF’er, og vis resultater gennem rapportering og målinger.

Hvilke værktøjer understøtter ITIL-praksisser?

ServiceNow, Jira Service Management, BMC Remedy og Cherwell bruges til at automatisere Incident-, Change- og Service Request Management.