rollback-க்கும் hotfix-க்கும் இடையே தீர்மானிக்க நீங்கள் என்ன அளவுகோல்களைப் பயன்படுத்துகிறீர்கள்?

Question

Accepted Answer

**rollback**-க்கு default ஆகுங்கள் — அறியப்பட்ட-நல்ல நிலையை மீட்டெடுக்க இது வேகமான, மிகவும் நம்பகமான வழி. rollback சாத்தியமற்றது அல்லது fix-forward-ஐ விட மிகவும் ஆபத்தானது என்றால் மட்டுமே ஒரு **hotfix**-ஐ அணுகுங்கள். ஒரு active incident-இல், முன்னுரிமை **முதலில் இரத்தப்போக்கை நிறுத்துவது**, பின்னர் diagnose செய்வது.

## முடிவு அளவுகோல்கள்

- **rollback பாதுகாப்பானதா மற்றும் சாத்தியமா?** முந்தைய version அறியப்பட்ட-நல்லதாக இருந்து மீள முடியாத எதுவும் நடக்கவில்லை என்றால், roll back செய்யுங்கள். இது வழக்கமான பதில்.
- **bad release மீள முடியாத state-ஐ உருவாக்கியதா?** ஒரு **database migration** அல்லது data corruption rollback-ஐ bug-ஐ விட மோசமாக்கலாம். பாதுகாப்பாகத் திரும்ப முடியாவிட்டால், fix forward செய்ய வேண்டும்.
- **fix-ஐ புரிந்துகொள்கிறோமா?** rollback-க்கு diagnosis தேவையில்லை — அதுதான் அதன் சக்தி. நீங்கள் முழுமையாகப் புரிந்துகொள்ளாத ஒரு hotfix incident-ஐ ஆழப்படுத்தலாம்; அழுத்தத்தின் கீழ் ஒரு யூகத்தை ஒருபோதும் prod-க்கு ship செய்யாதீர்கள்.
- **பாதுகாப்பான state-க்கான நேரம்.** குறைந்த risk-உடன் வேகமாக stability-ஐ அடையும் பாதையைத் தேர்ந்தெடுங்கள். ஒரு வரி, நன்கு புரிந்துகொள்ளப்பட்ட hotfix ஒரு சிக்கலான rollback-ஐ விஞ்சலாம்; ஒரு ஆபத்தான forward-fix ஒருபோதும் ஒரு சுத்தமான revert-ஐ விஞ்சாது.
- **Blast radius மற்றும் severity.** ஒரு முழு outage வேகமான மீட்சியைக் கோருகிறது (பொதுவாக rollback); ஒரு சிறிய degradation ஒரு கவனமான hotfix-ஐ அனுமதிக்கலாம்.

## ஒரு விரைவு முடிவு அட்டவணை

| சூழ்நிலை | தேர்வு |
| --- | --- |
| முந்தைய version அறியப்பட்ட-நல்லது, migration இல்லை | Rollback |
| மீள முடியாத DB migration ship ஆனது | Hotfix / fix-forward |
| காரணம் தெரியவில்லை, கடுமையான impact | Rollback (நேரத்தை வாங்குங்கள்) |
| அற்பமான, நன்கு புரிந்துகொள்ளப்பட்ட one-liner | Hotfix |
| rollback-ஏ ஆபத்தானது/untested | Hotfix |

## Trade-offs மற்றும் தவறுகள்

- **Rollback** பாதுகாப்பானது ஆனால் symptom-ஐ மட்டுமே சிகிச்சை செய்கிறது — நீங்கள் இன்னும் ஒரு உண்மையான fix மற்றும் ஒரு postmortem கடன்பட்டுள்ளீர்கள்.
- **Hotfix** root cause-ஐ நிவர்த்தி செய்கிறது ஆனால் சாதாரண safety net-ஐ தவிர்க்கிறது; hotfixes-இல் bugs பொதுவானவை, ஏனெனில் அவை அவசரப்படுத்தப்படுகின்றன.
- **Untested rollback path** ஒரு பொறி — நீங்கள் அதை ஒருபோதும் ஒத்திகை பார்க்கவில்லை என்றால், உங்களுக்குத் தேவைப்படும்போது அது தோல்வியடையலாம். தேவைப்படும் முன்பு rollbacks-ஐ பயிற்சி செய்யுங்கள்.
- அழுத்தத்தின் கீழ் **production-இல் debugging** குறித்து எச்சரிக்கையாக இருங்கள்; ஒரு confident fix-இலிருந்து சில நிமிடங்களுக்கு மேல் இருந்தால், roll back செய்து அமைதியாக விசாரிக்கவும்.

## இது ஏன் முக்கியம்

இந்த முடிவு மோசமான தருணத்தில் நடக்கிறது — system down, clock ஓடுகிறது, எல்லோரும் பார்க்கிறார்கள். அதற்கு ஒரு தெளிவான, ஒத்திகை பார்க்கப்பட்ட விதியைக் கொண்ட ஒரு Tech Lead MTTR-ஐ வியத்தகு முறையில் குறைக்கிறார் மற்றும் boring revert அங்கேயே இருந்தபோது incident நடுவில் புத்திசாலியாக இருக்க முயற்சிக்கும் கிளாசிக் தவறைத் தடுக்கிறார். முதலில் மீட்டெடுங்கள், பின்னர் புத்திசாலியாக இருங்கள்.

சூழ்நிலை	தேர்வு
முந்தைய version அறியப்பட்ட-நல்லது, migration இல்லை	Rollback
மீள முடியாத DB migration ship ஆனது	Hotfix / fix-forward
காரணம் தெரியவில்லை, கடுமையான impact	Rollback (நேரத்தை வாங்குங்கள்)
அற்பமான, நன்கு புரிந்துகொள்ளப்பட்ட one-liner	Hotfix
rollback-ஏ ஆபத்தானது/untested	Hotfix