Hvilke kriterier bruker du for å velge mellom en rollback og en hotfix?

Question

Accepted Answer

Standard er **rollback** — det er den raskeste, mest pålitelige måten å gjenopprette en kjent-god tilstand. Strekk deg etter en **hotfix** bare når rollback er umulig eller farligere enn å fikse fremover. I en aktiv incident er prioriteten å **stoppe blødningen først**, diagnostisere senere.

## Beslutningskriteriene

- **Er rollback trygt og mulig?** Hvis den forrige versjonen er kjent-god og ingenting irreversibelt har skjedd, rull tilbake. Dette er det vanlige svaret.
- **Skapte den dårlige releasen irreversibel tilstand?** En **databasemigrering** eller datakorrupsjon kan gjøre rollback verre enn bugen. Hvis du ikke trygt kan gå tilbake, må du fikse fremover.
- **Forstår vi fiksen?** Rollback trenger ingen diagnose — det er kraften dens. En hotfix du ikke fullt ut forstår kan fordype incidenten; lever aldri en gjetning til prod under press.
- **Tid til trygg tilstand.** Velg den veien som når stabilitet raskest med minst risiko. En velforstått hotfix på én linje kan slå en kompleks rollback; en risikabel fremoverfiks slår aldri en ren revert.
- **Skadeomfang og alvorlighet.** Et fullt utfall krever raskest mulig gjenoppretting (vanligvis rollback); en mindre degradering kan tillate en forsiktig hotfix.

## En rask beslutningstabell

| Situasjon | Velg |
| --- | --- |
| Forrige versjon kjent-god, ingen migrering | Rollback |
| Irreversibel DB-migrering levert | Hotfix / fiks-fremover |
| Årsak ukjent, alvorlig effekt | Rollback (kjøp tid) |
| Triviell, velforstått enlinjer | Hotfix |
| Rollback selv er risikabel/utestet | Hotfix |

## Avveininger og fallgruver

- **Rollback** er trygt, men behandler bare symptomet — du skylder fortsatt en ekte fiks og en postmortem.
- **Hotfix** adresserer rotårsaken, men hopper over det normale sikkerhetsnettet; bugs i hotfixes er vanlige nettopp fordi de er forhastet.
- **Utestet rollback-vei** er en felle — hvis du aldri har øvd på den, kan den feile når du trenger den mest. Øv på rollbacks før du trenger dem.
- Vokt deg for **debugging i produksjon** under press; hvis du er mer enn noen få minutter unna en trygg fiks, rull tilbake og undersøk i ro.

## Hvorfor det er viktig

Denne beslutningen skjer i det verst tenkelige øyeblikket — system nede, klokken går, alle ser på. En Tech Lead med en klar, innøvd regel for det kutter MTTR dramatisk og forhindrer den klassiske feilen med å prøve å være smart midt i en incident når den kjedelige reverten var rett der. Gjenopprett først, vær smart etterpå.

Situasjon	Velg
Forrige versjon kjent-god, ingen migrering	Rollback
Irreversibel DB-migrering levert	Hotfix / fiks-fremover
Årsak ukjent, alvorlig effekt	Rollback (kjøp tid)
Triviell, velforstått enlinjer	Hotfix
Rollback selv er risikabel/utestet	Hotfix