Hvordan håndterer du rollbacks, når en deployment mislykkes?

Question

Accepted Answer

Når en deployment introducerer problemer, skal du **rulle tilbage** hurtigt til en fungerende tilstand for at minimere påvirkningen på brugerne. Effektive rollback-strategier — og de relaterede praksisser for overvågning, automatiseret rollback og forward-fixing — er essentielle for pålidelige deployments.

## Hvorfor rollback-mulighed betyder noget

```text
Deployments sometimes introduce problems (bugs, errors, performance issues) that get
through testing. When that happens in production:
  → you need to restore a WORKING state QUICKLY (minimize user impact/downtime)
  → a fast, reliable rollback is essential — being able to undo a bad deploy fast
→ "How do we roll back?" must be answered BEFORE you need it.
```

## Rollback-tilgange

```text
✓ REDEPLOY the previous version — deploy the last known-good artifact/version
  (versioned artifacts make this easy: deploy v1.2.2 to undo v1.2.3)
✓ BLUE-GREEN → instant rollback by switching traffic back to the old environment
✓ CANARY → if the canary shows problems, stop the rollout (only a few users affected)
✓ Database changes → trickier (need backward-compatible migrations; see below)
✓ Feature FLAGS → disable a problematic feature without redeploying (instant "rollback"
  of behavior)
```

## Vigtige hensyn

```text
⚠️ DATABASE migrations → rollbacks are hard if a migration is destructive/incompatible:
  → use BACKWARD-COMPATIBLE migrations (so the old code works with the new schema)
  → decouple schema changes from code; expand-then-contract patterns
✓ MONITORING → detect problems FAST (so you know to roll back) — alerts on errors/metrics
✓ AUTOMATED rollback → some pipelines auto-rollback on failed health checks
✓ FORWARD FIX → sometimes fixing forward (a quick patch) is better than rolling back
✓ Practice/test rollbacks → ensure they actually work when needed
```

## Hvorfor det betyder noget

At forstå rollback-strategier er vigtig, fordi **deployments nogle gange mislykkes, og evnen til at komme sig hurtigt er essentiel for pålidelighed**, så det er værdifuld praktisk viden for produktionsdeployments.

Self med god testning introducerer deployments lejlighedsvis problemer i produktion, og når de gør det, er **hurtig gendannelse af en fungerende tilstand** (for at minimere brugerens påvirkning og nedetid) kritisk — hvilket gør rollback-mulighed til en nøgledel af pålidelig deployment og noget, der bør planlægges **før** det er nødvendigt.

At forstå **rollback-tilgangene** — geimplementering af den tidligere version (gjort nem ved versionerede artefakter), den øjeblikkelige rollback af **blue-green** (omdirigering af trafik tilbage), standsning af en **canary**-udrulning (begrænsning af påvirkning) og brug af **feature flags** til at deaktivere problematiske funktioner uden geimplementering — giver muligheder matchet til forskellige deployment-strategier.

At forstå de **vigtige hensyn** afspejler moden deployment-praksis: **databasemigrationer gør rollbacks svære** (da destruktive eller inkompatible skeemaændringer ikke blot kan fortrydes), så brug af **backward-kompatible migrationer** (så gammel kode fungerer med det nye skema) og mønstre som expand-then-contract er essentielt — et virkelig vanskeligt, vigtig virkeligt-verden problem.

At forstå rollen for **overvågning** (hurtig opdagelse af problemer, så du ved, hvornår du skal rulle tilbage), **automatiseret rollback** (ved mislykkede sundhedstjek), muligheden for **forward-fixing** (nogle gange er en hurtig patch bedre end rollback) og vigtigheden af **testning af rollbacks** (sikring af, at de virker når det er nødvendigt) afspejler omfattende tænkning omkring deployment-genoprettelse.

Da deployments kan mislykkes, og hurtig genoprettelse er essentiel for pålidelighed (minimering af brugerens påvirkning), og da forståelse af rollback-tilgange, databasemigrerings-udfordringen og de understøttende praksisser (overvågning, automatisering, forward-fixing) muliggør effektiv gendannelse fra dårlige deployments, er forståelse af rollback-strategier værdifuld, praktisk vigtig viden for pålidelige produktionsdeployments — et kritisk aspekt af deployment-sikkerhed, afspejlende operationel modenhed til at håndtere de uundgåelige fejl, der opstår selv med god CI/CD.