Vilka kriterier använder du för att välja mellan en rollback och en hotfix?

Question

Accepted Answer

Utgå från **rollback** — det är det snabbaste, mest pålitliga sättet att återställa ett känt-bra tillstånd. Sträck dig efter en **hotfix** endast när rollback är omöjlig eller farligare än att fixa framåt. Under en aktiv incident är prioriteten att **stoppa blödningen först**, diagnostisera sedan.

## Beslutskriterierna

- **Är rollback säker och möjlig?** Om föregående version är känd-bra och inget irreversibelt har hänt, gör rollback. Detta är det vanliga svaret.
- **Skapade den dåliga releasen irreversibelt tillstånd?** En **databasmigrering** eller datakorruption kan göra rollback värre än buggen. Om du inte säkert kan gå tillbaka måste du fixa framåt.
- **Förstår vi fixen?** Rollback behöver ingen diagnos — det är dess kraft. En hotfix du inte fullt ut förstår kan fördjupa incidenten; leverera aldrig en gissning till prod under press.
- **Tid till säkert tillstånd.** Välj den väg som når stabilitet snabbast med minst risk. En enradig, väl förstådd hotfix kan slå en komplex rollback; en riskabel framåt-fix slår aldrig en ren revert.
- **Blast radius och allvarlighet.** Ett fullständigt avbrott kräver snabbast möjliga återställning (oftast rollback); en mindre försämring kan tillåta en försiktig hotfix.

## En snabb beslutstabell

| Situation | Välj |
| --- | --- |
| Föregående version känd-bra, ingen migrering | Rollback |
| Irreversibel DB-migrering levererad | Hotfix / fix-forward |
| Okänd orsak, allvarlig påverkan | Rollback (köp tid) |
| Trivial, väl förstådd enradare | Hotfix |
| Rollbacken själv är riskabel/otestad | Hotfix |

## Avvägningar och fallgropar

- **Rollback** är säker men behandlar bara symptomet — du är fortfarande skyldig en riktig fix och en postmortem.
- **Hotfix** adresserar grundorsaken men hoppar över det normala skyddsnätet; buggar i hotfixes är vanliga just för att de är stressade.
- **Otestad rollback-väg** är en fälla — om du aldrig har övat den kan den misslyckas när du behöver den som mest. Öva rollbacks innan du behöver dem.
- Akta dig för **att debugga i produktion** under press; om du är mer än några minuter från en säker fix, gör rollback och utred lugnt.

## Varför det är viktigt

Detta beslut sker i det värsta tänkbara ögonblicket — systemet nere, klockan tickar, alla tittar på. En Tech Lead med en tydlig, inövad regel för det kapar MTTR dramatiskt och förhindrar det klassiska misstaget att försöka vara smart mitt i en incident när den tråkiga reverten stod precis där. Återställ först, var smart efteråt.

Situation	Välj
Föregående version känd-bra, ingen migrering	Rollback
Irreversibel DB-migrering levererad	Hotfix / fix-forward
Okänd orsak, allvarlig påverkan	Rollback (köp tid)
Trivial, väl förstådd enradare	Hotfix
Rollbacken själv är riskabel/otestad	Hotfix