Mitä kriteerejä käytät päättääksesi rollbackin ja hotfixin välillä?

Question

Accepted Answer

Oletuksena **rollback** — se on nopein, luotettavin tapa palauttaa tunnetusti hyvä tila. Tartu **hotfixiin** vain, kun rollback on mahdoton tai vaarallisempi kuin eteenpäin korjaaminen. Aktiivisessa incidentissä prioriteetti on **pysäyttää vuoto ensin**, diagnosoida myöhemmin.

## Päätöskriteerit

- **Onko rollback turvallinen ja mahdollinen?** Jos edellinen versio on tunnetusti hyvä eikä mitään peruuttamatonta ole tapahtunut, rollback. Tämä on tavallinen vastaus.
- **Loiko huono julkaisu peruuttamatonta tilaa?** **Tietokantamigraatio** tai datan korruptoituminen voi tehdä rollbackista pahemman kuin bugin. Jos et voi turvallisesti palata, on korjattava eteenpäin.
- **Ymmärrämmekö korjauksen?** Rollback ei tarvitse diagnoosia — siinä on sen voima. Hotfix, jota et täysin ymmärrä, voi syventää incidentin; älä koskaan toimita arvausta tuotantoon paineen alla.
- **Aika turvalliseen tilaan.** Valitse polku, joka saavuttaa vakauden nopeimmin pienimmällä riskillä. Yksirivinen, hyvin ymmärretty hotfix voi voittaa monimutkaisen rollbackin; riskialtis eteenpäinkorjaus ei koskaan voita siistiä revertiä.
- **Räjähdyssäde ja vakavuus.** Täysi katkos vaatii nopeimman mahdollisen palautuksen (yleensä rollback); pieni heikennys voi sallia huolellisen hotfixin.

## Nopea päätöstaulukko

| Tilanne | Valitse |
| --- | --- |
| Edellinen versio tunnetusti hyvä, ei migraatiota | Rollback |
| Peruuttamaton DB-migraatio toimitettu | Hotfix / korjaa eteenpäin |
| Syy tuntematon, vakava vaikutus | Rollback (osta aikaa) |
| Triviaali, hyvin ymmärretty yksirivinen | Hotfix |
| Rollback itsessään on riskialtis/testaamaton | Hotfix |

## Kompromissit ja sudenkuopat

- **Rollback** on turvallinen mutta hoitaa vain oireen — olet yhä velkaa todellisen korjauksen ja postmortemin.
- **Hotfix** puuttuu juurisyyhyn mutta ohittaa normaalin turvaverkon; bugit hotfixeissä ovat yleisiä juuri siksi, että ne tehdään kiireellä.
- **Testaamaton rollback-polku** on ansa — jos et ole koskaan harjoitellut sitä, se voi epäonnistua silloin kun sitä eniten tarvitset. Harjoittele rollbackeja ennen kuin tarvitset niitä.
- Varo **debuggaamista tuotannossa** paineen alla; jos olet useamman kuin muutaman minuutin päässä varmasta korjauksesta, rollaa takaisin ja tutki rauhassa.

## Miksi se on tärkeää

Tämä päätös tapahtuu pahimmalla mahdollisella hetkellä — järjestelmä alhaalla, kello käy, kaikki katsovat. Tech Lead, jolla on tähän selkeä, harjoiteltu sääntö, leikkaa MTTR:ää dramaattisesti ja estää klassisen virheen yrittää olla nokkela kesken incidentin, kun tylsä revert oli juuri siinä. Palauta ensin, ole fiksu jälkeenpäin.

Tilanne	Valitse
Edellinen versio tunnetusti hyvä, ei migraatiota	Rollback
Peruuttamaton DB-migraatio toimitettu	Hotfix / korjaa eteenpäin
Syy tuntematon, vakava vaikutus	Rollback (osta aikaa)
Triviaali, hyvin ymmärretty yksirivinen	Hotfix
Rollback itsessään on riskialtis/testaamaton	Hotfix