Notice: This page requires JavaScript to function properly.
Please enable JavaScript in your browser settings or update your browser.
Lære Forståelse av CI/CD-pipelines | CI/CD og Automatisering
Introduksjon til DevOps

bookForståelse av CI/CD-pipelines

CI/CD (Kontinuerlig integrasjon og kontinuerlig distribusjon) ble tidligere introdusert som en sentral DevOps-praksis for å automatisere programvareutviklingslivssyklusen.

Nå er det på tide å se hvordan dette fungerer i praksis — gjennom eksempler fra virkeligheten. Dette vil hjelpe deg å forstå hvorfor CI/CD er så viktig, og hva som kan gå galt uten det.

Kontinuerlig integrasjon (CI)

Kontinuerlig integrasjon hjelper deg med å automatisk teste og integrere kode hver gang det gjøres endringer. Kode pushes vanligvis flere ganger om dagen, og hver gang den oppdateres, sjekker CI-prosessen om alt fortsatt fungerer.

Eksempel:

Du pusher en kodeendring til et delt repository (som GitHub). Rett etterpå gjør CI-systemet følgende:

  • Bygger applikasjonen for å sikre at den kompilerer;

  • Kjører automatiserte tester for å oppdage feil;

  • Sender et varsel hvis noe feiler.

Dette gjør det mulig å oppdage problemer tidlig — før de påvirker resten av teamet eller produktet.

Uten CI:

Hvis teamet ditt ikke bruker kontinuerlig integrasjon, kan alle endringer bli slått sammen bare én gang i uken (eller enda sjeldnere). Da kommer skjulte feil til overflaten — og det blir mye vanskeligere å finne ut hvilken endring som forårsaket problemet. Å rette disse problemene kan ta timer eller til og med dager, noe som forsinker hele prosjektet.

Kontinuerlig distribusjon (CD)

Når koden din har bestått testene i CI, leverer kontinuerlig distribusjon den automatisk til produksjon — det levende miljøet brukerne samhandler med. Ingen manuelle steg, ingen ventetid.

Eksempel:

Du legger til en ny funksjon i en webapplikasjon. Etter at CI-systemet bekrefter at den fungerer:

  • CD-pipelinen sender automatisk oppdateringen til produksjonsserveren, hvor brukerne får tilgang til den;
  • Oppdateringen leveres på en måte som ikke forstyrrer brukerne — applikasjonen fortsetter å fungere mens den nye versjonen legges til;
  • Hvis noe går galt, bytter systemet raskt tilbake til siste fungerende versjon, slik at brukerne ikke opplever problemer.

Dette gjør utrulling av nye funksjoner smidig, rask og sikker.

Uten CD:

Uten CD må du distribuere oppdateringer manuelt — kanskje via et skript eller ved å laste opp filer selv. Denne prosessen er treg og risikabel. En liten feil (som å glemme en fil eller kjøre feil kommando) kan krasje systemet eller utsette brukerne for ødelagte funksjoner.

Hvorfor CI/CD er viktig

Hvis du er ny innen DevOps, kan du tenke på CI/CD som din personlige automatiseringsassistent:

  • Du skriver kode → den blir testet automatisk;

  • Du fullfører en funksjon → den blir distribuert automatisk.

Dette sparer tid, reduserer feil og lar deg fokusere på å utvikle funksjoner — ikke bekymre deg for om de vil forårsake problemer eller hvordan de skal lanseres.

Å mestre CI/CD tidlig gir deg et betydelig fortrinn når det gjelder å levere programvare raskere og mer pålitelig.

Verktøy brukt i CI/CD-pipelines

I dette kurset vil du arbeide med noen av de mest brukte DevOps-verktøyene, inkludert Git, GitHub, Jenkins, GitHub Actions, Docker, Kubernetes, Terraform, Ansible, Prometheus og ELK Stack. Disse verktøyene utgjør grunnlaget for moderne CI/CD-arbeidsflyter.

Gjennom kurset vil du lære hvordan hvert av disse verktøyene passer inn i CI/CD-pipen — og hvordan du bruker dem sammen for å bygge robuste, automatiserte DevOps-arbeidsflyter.

1. Hva er hovedmålet med Continuous Integration (CI)?

2. Hva skjer hvis du ikke bruker CI/CD i arbeidsflyten din?

question mark

Hva er hovedmålet med Continuous Integration (CI)?

Select the correct answer

question mark

Hva skjer hvis du ikke bruker CI/CD i arbeidsflyten din?

Select the correct answer

Alt var klart?

Hvordan kan vi forbedre det?

Takk for tilbakemeldingene dine!

Seksjon 2. Kapittel 1

Spør AI

expand

Spør AI

ChatGPT

Spør om hva du vil, eller prøv ett av de foreslåtte spørsmålene for å starte chatten vår

Suggested prompts:

Can you explain how CI and CD work together in a real project?

What are the main benefits of using CI/CD for a development team?

Can you give more details about any of the tools listed in the table?

Awesome!

Completion rate improved to 3.7

bookForståelse av CI/CD-pipelines

Sveip for å vise menyen

CI/CD (Kontinuerlig integrasjon og kontinuerlig distribusjon) ble tidligere introdusert som en sentral DevOps-praksis for å automatisere programvareutviklingslivssyklusen.

Nå er det på tide å se hvordan dette fungerer i praksis — gjennom eksempler fra virkeligheten. Dette vil hjelpe deg å forstå hvorfor CI/CD er så viktig, og hva som kan gå galt uten det.

Kontinuerlig integrasjon (CI)

Kontinuerlig integrasjon hjelper deg med å automatisk teste og integrere kode hver gang det gjøres endringer. Kode pushes vanligvis flere ganger om dagen, og hver gang den oppdateres, sjekker CI-prosessen om alt fortsatt fungerer.

Eksempel:

Du pusher en kodeendring til et delt repository (som GitHub). Rett etterpå gjør CI-systemet følgende:

  • Bygger applikasjonen for å sikre at den kompilerer;

  • Kjører automatiserte tester for å oppdage feil;

  • Sender et varsel hvis noe feiler.

Dette gjør det mulig å oppdage problemer tidlig — før de påvirker resten av teamet eller produktet.

Uten CI:

Hvis teamet ditt ikke bruker kontinuerlig integrasjon, kan alle endringer bli slått sammen bare én gang i uken (eller enda sjeldnere). Da kommer skjulte feil til overflaten — og det blir mye vanskeligere å finne ut hvilken endring som forårsaket problemet. Å rette disse problemene kan ta timer eller til og med dager, noe som forsinker hele prosjektet.

Kontinuerlig distribusjon (CD)

Når koden din har bestått testene i CI, leverer kontinuerlig distribusjon den automatisk til produksjon — det levende miljøet brukerne samhandler med. Ingen manuelle steg, ingen ventetid.

Eksempel:

Du legger til en ny funksjon i en webapplikasjon. Etter at CI-systemet bekrefter at den fungerer:

  • CD-pipelinen sender automatisk oppdateringen til produksjonsserveren, hvor brukerne får tilgang til den;
  • Oppdateringen leveres på en måte som ikke forstyrrer brukerne — applikasjonen fortsetter å fungere mens den nye versjonen legges til;
  • Hvis noe går galt, bytter systemet raskt tilbake til siste fungerende versjon, slik at brukerne ikke opplever problemer.

Dette gjør utrulling av nye funksjoner smidig, rask og sikker.

Uten CD:

Uten CD må du distribuere oppdateringer manuelt — kanskje via et skript eller ved å laste opp filer selv. Denne prosessen er treg og risikabel. En liten feil (som å glemme en fil eller kjøre feil kommando) kan krasje systemet eller utsette brukerne for ødelagte funksjoner.

Hvorfor CI/CD er viktig

Hvis du er ny innen DevOps, kan du tenke på CI/CD som din personlige automatiseringsassistent:

  • Du skriver kode → den blir testet automatisk;

  • Du fullfører en funksjon → den blir distribuert automatisk.

Dette sparer tid, reduserer feil og lar deg fokusere på å utvikle funksjoner — ikke bekymre deg for om de vil forårsake problemer eller hvordan de skal lanseres.

Å mestre CI/CD tidlig gir deg et betydelig fortrinn når det gjelder å levere programvare raskere og mer pålitelig.

Verktøy brukt i CI/CD-pipelines

I dette kurset vil du arbeide med noen av de mest brukte DevOps-verktøyene, inkludert Git, GitHub, Jenkins, GitHub Actions, Docker, Kubernetes, Terraform, Ansible, Prometheus og ELK Stack. Disse verktøyene utgjør grunnlaget for moderne CI/CD-arbeidsflyter.

Gjennom kurset vil du lære hvordan hvert av disse verktøyene passer inn i CI/CD-pipen — og hvordan du bruker dem sammen for å bygge robuste, automatiserte DevOps-arbeidsflyter.

1. Hva er hovedmålet med Continuous Integration (CI)?

2. Hva skjer hvis du ikke bruker CI/CD i arbeidsflyten din?

question mark

Hva er hovedmålet med Continuous Integration (CI)?

Select the correct answer

question mark

Hva skjer hvis du ikke bruker CI/CD i arbeidsflyten din?

Select the correct answer

Alt var klart?

Hvordan kan vi forbedre det?

Takk for tilbakemeldingene dine!

Seksjon 2. Kapittel 1
some-alt