rollback અને hotfix વચ્ચે નક્કી કરવા તમે કયા માપદંડ વાપરો છો?

Question

Accepted Answer

Default તરીકે **rollback** તરફ જાઓ — તે known-good state પુનઃસ્થાપિત કરવાનો સૌથી ઝડપી, સૌથી વિશ્વસનીય માર્ગ છે. **hotfix** સુધી માત્ર ત્યારે જ પહોંચો જ્યારે rollback અશક્ય હોય અથવા forward fix કરવા કરતાં વધુ ખતરનાક હોય. એક સક્રિય incident માં, પ્રાથમિકતા છે **પહેલા રક્તસ્રાવ રોકો**, નિદાન પછી.

## નિર્ણયના માપદંડ

- **શું rollback સલામત અને શક્ય છે?** જો અગાઉનું version known-good હોય અને કંઈ irreversible ન થયું હોય, તો roll back કરો. આ સામાન્ય જવાબ છે.
- **શું ખરાબ release એ irreversible state બનાવ્યું?** એક **database migration** અથવા data corruption rollback ને bug કરતાં ખરાબ બનાવી શકે છે. જો તમે સલામત રીતે પાછા ન જઈ શકો, તો તમારે forward fix કરવો જ પડે.
- **શું આપણે fix સમજીએ છીએ?** Rollback ને કોઈ નિદાનની જરૂર નથી — તે તેની શક્તિ છે. એક hotfix જે તમે પૂરેપૂરો ન સમજો તે incident ને ઊંડો કરી શકે છે; દબાણ હેઠળ ક્યારેય prod માં અનુમાન ship ન કરો.
- **સલામત state સુધીનો સમય.** જે માર્ગ સૌથી ઓછા જોખમે સૌથી ઝડપથી સ્થિરતા સુધી પહોંચે તે પસંદ કરો. એક one-line, સારી રીતે-સમજાયેલ hotfix એક જટિલ rollback ને હરાવી શકે છે; એક જોખમી forward-fix ક્યારેય સ્વચ્છ revert ને હરાવતો નથી.
- **Blast radius અને severity.** એક સંપૂર્ણ outage સૌથી ઝડપી શક્ય restore માગે છે (સામાન્ય રીતે rollback); એક નાનો degradation કાળજીપૂર્વકના hotfix ને મંજૂરી આપી શકે.

## એક ઝડપી નિર્ણય ટેબલ

| પરિસ્થિતિ | પસંદ કરો |
| --- | --- |
| અગાઉનું version known-good, કોઈ migration નહીં | Rollback |
| Irreversible DB migration ship થયું | Hotfix / fix-forward |
| કારણ અજ્ઞાત, ગંભીર અસર | Rollback (સમય ખરીદો) |
| તુચ્છ, સારી રીતે-સમજાયેલ one-liner | Hotfix |
| Rollback પોતે જોખમી/untested | Hotfix |

## Trade-offs અને ભૂલો

- **Rollback** સલામત છે પણ માત્ર લક્ષણની સારવાર કરે છે — તમારે હજુ એક વાસ્તવિક fix અને એક postmortem આપવાનું બાકી છે.
- **Hotfix** root cause ને સંબોધે છે પણ સામાન્ય સલામતી જાળ છોડે છે; hotfixes માં bugs સામાન્ય છે ચોક્કસપણે કારણ કે તે ઉતાવળમાં હોય છે.
- **Untested rollback path** એક ફાંદો છે — જો તમે ક્યારેય તેનો અભ્યાસ ન કર્યો હોય, તો જ્યારે તમને તેની સૌથી જરૂર હોય ત્યારે તે નિષ્ફળ થઈ શકે છે. જરૂર પડે તે પહેલા rollbacks નો અભ્યાસ કરો.
- દબાણ હેઠળ **production માં debugging** થી સાવધાન રહો; જો તમે આત્મવિશ્વાસપૂર્ણ fix થી થોડી મિનિટોથી વધુ દૂર હો, તો roll back કરો અને શાંતિથી તપાસ કરો.

## આ શા માટે મહત્વનું છે

આ નિર્ણય સૌથી ખરાબ શક્ય ક્ષણે થાય છે — સિસ્ટમ ડાઉન, ઘડિયાળ ચાલતી, દરેક જોતું. તેના માટે સ્પષ્ટ, અભ્યાસેલ નિયમ સાથેનો Tech Lead MTTR ને નાટકીય રીતે કાપે છે અને incident ની વચ્ચે ચતુર બનવાનો પ્રયાસ કરવાની ક્લાસિક ભૂલ અટકાવે છે જ્યારે કંટાળાજનક revert ત્યાં જ હતો. પહેલા restore કરો, પછી ચતુર બનો.

પરિસ્થિતિ	પસંદ કરો
અગાઉનું version known-good, કોઈ migration નહીં	Rollback
Irreversible DB migration ship થયું	Hotfix / fix-forward
કારણ અજ્ઞાત, ગંભીર અસર	Rollback (સમય ખરીદો)
તુચ્છ, સારી રીતે-સમજાયેલ one-liner	Hotfix
Rollback પોતે જોખમી/untested	Hotfix