Hvordan håndterer du databasemigrering i CI/CD?

Question

IT Interview Practice · Accepted Answer

**Databasemigrering** (skeemaændringer) er en af de mest tricky dele af CI/CD — i modsætning til stateless applikationskode holder databaser **state**, der ikke blot kan erstattes eller rulles tilbage. Omhyggelig håndtering af migrering (automatisering, bagudkompatibilitet, sikre mønstre) er essentielt for pålidelige udrulninger.

## Hvorfor databasemigrering er svært

```text
App code is stateless (replace it, roll back freely). DATABASES hold STATE:
  → can't just "roll back" a migration that dropped a column or transformed data
    (the data may be gone) → rollbacks are risky/impossible for destructive changes
  → during deployment, OLD and NEW app code may run SIMULTANEOUSLY (rolling deploy) —
    both must work with the database schema at that moment
→ Schema changes need careful coordination with code deployment.
```

## Automatisering af migrering i pipeline'en

```text
→ Migrations defined as CODE (versioned migration files; Flyway, Liquibase, ORM tools)
→ Run migrations as a pipeline STEP (apply pending migrations on deploy)
→ Migrations are versioned and applied in order, idempotently
→ Test migrations in staging before production
```

## Sikre migreringmønstre (bagudkompatibilitet)

```text
KEY PRINCIPLE: make migrations BACKWARD-COMPATIBLE so old AND new code both work during
the transition. Use the EXPAND-CONTRACT (parallel change) pattern:
  1. EXPAND → add the new schema (e.g. add a new column) — old code still works
  2. MIGRATE → deploy code that writes to both / reads new; backfill data
  3. CONTRACT → once all code uses the new schema, remove the old (in a LATER deploy)
→ NEVER drop/rename in the same deploy that needs it gone — split across deploys.
→ This enables zero-downtime deploys and safe rollbacks.
```

## Hvorfor det betyder noget

At forstå, hvordan man håndterer databasemigrering i CI/CD, er vigtig, fordi **migrering er en af de sværeste, mest risikable dele af automatiseret udrulning**, så det er værdifuld praktisk viden for pålidelig leverance.

Kerneudfordringen er, at i modsætning til stateless applikationskode (som kan erstattes og rulles tilbage frit), **holder databaser state** — så en migrering, der dropper en kolonne eller transformerer data, **kan ikke blot rulles tilbage** (dataene kan være væk), hvilket gør destruktive ændringer risikable eller irreversible, og under rolling deployments **køres gammel og ny kode samtidigt**, hvor begge skal arbejde med skemaet på det tidspunkt.

Dette gør skeemaændringer kræver omhyggelig koordinering, i modsætning til resten af CI/CD.

At forstå, hvordan man **automatiserer migrering** (definerer dem som versioneret kode via værktøjer som Flyway, Liquibase eller ORM-migrering, kører dem som et pipeline-trin anvendt i rækkefølge og idempotent, og tester i staging først) bringer migrering ind i den automatiserede pipeline sikkert.

Mest vigtig er forståelsen af **sikre migreringmønstre** — at gøre migrering **bagudkompatibel**, så gammel og ny kode begge fungerer under overgangen, ved at bruge **expand-contract-mønsteret (parallel change)** (expand: tilføj nyt skema uden at bryde gammel kode; migrate: overgang kode og backfill data; contract: fjern gammelt skema i en senere udrulning) og **aldrig at droppe/omdøbe i samme udrulning, der har brug for det væk** — er kernefærdigheden, der muliggør **zero-downtime deployments og sikre rollbacks** trods databasenes statsfulde karakter.

Dette er virkelig tricky, vigtig real-world viden, der adskiller dem, der kan udrulne databaseændringer sikkert, fra dem, der forårsager nedetid eller datatab.

Fordi databasemigrering er en svær, risikabel, uundgåelig del af at udrulne applikationer med databaser, og fordi omhyggelig håndtering af dem (automatisering plus bagudkompatible expand-contract-mønstre) er essentiel for pålidelige, zero-downtime deployments, er forståelse af databasemigrering i CI/CD værdifuld, praktisk vigtig viden — der adresserer en af de mest tricky aspekter af continuous delivery og afspejler den modenhed, der skal til for at udrulne statsfulde applikationer sikkert.

Hvorfor databasemigrering er svært

Automatisering af migrering i pipeline'en

Sikre migreringmønstre (bagudkompatibilitet)

Hvorfor det betyder noget

Relaterede spørgsmål