5.3.1 · AI-ML › MLOps & Deployment
Ek ML project sirf "ek baar model train karo aur ship karo" nahi hai. Yeh ek loop hai jo chalti rehti hai
kyunki duniya (tumhara data) badlti rehti hai. Isse farming ki tarah socho, manufacturing ki tarah nahi: tum ek baar car nahi banate aur kaam khatam — tum beej boते ho, ugaate ho, kaate ho, phir season badalta hai aur tum dobara boते ho. Lifecycle ka poora point yahi hai ki is loop ko sasta, safe, aur repeatable banaya ja sake.
WHY: Ek model ek function hai jo past data se seekha gaya hai, lekin use future data par act karne ke liye deploy kiya jaata hai.
Jis pal reality training distribution se drift karti hai, model rot ho jaata hai. Isliye humein ek structured
process chahiye taaki (a) pata ho ki hum kya optimize kar rahe hain, (b) data mile, (c) build karein, (d) ship karein, aur
(e) dekh kar waapis aayein . Koi bhi stage skip karna kaam ko khatam nahi karta — woh sirf
dard ko ek bure time par shift kar deta hai (aam taur par production mein, raat ke 2 baje).
Canonical stages (Google/Andrew Ng framing):
Scoping — problem define karo, metrics, feasibility, value.
Data — collect, label, clean karo, baseline establish karo.
Modeling — train karo, error-analyze karo, iterate karo.
Deployment — real users/systems ko predictions serve karo.
Monitoring & Maintenance — drift detect karo, retrain karo, loop back karo.
ML project lifecycle := stages ka iterative sequence
Scoping → Data → Modeling → Deployment → Monitoring
jisme feedback arrows har baad wali stage se pehli stages ki taraf jaate hain.
WHAT: Decide karo ki kya aur kya banana hai data ko touch karne se pehle .
WHY: Ek model jo galat metric par 99% accuracy hit karta hai woh worthless hai. Zyaatar project failures
scoping failures hoti hain, modeling failures nahi.
HOW (checklist):
Business/user problem aur us decision ko identify karo jo woh drive karta hai.
Ek north-star metric aur ek satisficing metric chuno (jaise maximize accuracy subject to
latency < 100 ms).
Feasibility estimate karo (kya human-level performance possible hai? kya data mein signal hai?) aur
value (kya 2% lift matter karta hai?).
WHAT: Aisa data lo jiska distribution deployment se match kare , use consistently label karo, aur ek
baseline set karo. "Accha data" measure karne ka HOW label consistency hai, sirf quantity nahi.
WHY yeh dominate karta hai: zyaatar real projects mein, data improve karna model improve karne se behtar hota hai.
Baseline := ek simple reference performance (human level, ek heuristic, ya ek trivial model) jo
tumhe batata hai ki kya tumhara fancy model actually value add kar raha hai aur improve karne ki kitni room hai.
WHAT: Train karo, error analysis run karo, iterate karo. WHY loop: tumhara pehla model ek diagnostic tool hai,
product nahi. HOW: mispredictions ko categories mein tag karo, pehle sabse badi category fix karo (80/20).
Model-centric ("fixed data par model improve karo") vs data-centric ("fixed model ke liye data improve karo") — modern practice data-centric ki taraf jhukti hai kyunki clean data better generalize karta hai.
WHAT: Model ko wahan rakho jahan real inputs aate hain. WHY yeh mushkil hai: notebook mein kaam karne wala code
messy live traffic, latency limits, aur versioning se milta hai. HOW de-risk karein: gradually ship karo.
Deployment patterns (har ek blast radius reduce karta hai):
Shadow deployment — model live traffic par run karta hai lekin uska output use nahi hota ; tum
silently compare karte ho.
Canary deployment — traffic ka ek chhota % (jaise 5%) route karo, dekho, phir ramp up karo.
Blue-green deployment — do full environments, traffic instantly switch karo, instantly roll back karo.
Automation ke degrees: Human only → Shadow → AI assist → Partial autonomy → Full autonomy.
WHAT: Live model ko decay ke liye watch karo aur loop back karo. WHY: training distribution aur live
distribution silently diverge ho jaati hain — yahi drift hai.
Data drift := input distribution P ( x ) badalta hai. Concept drift := relationship
P ( y ∣ x ) badalta hai (same input, alag correct answer). Dono ek frozen model ko degrade karte hain chahe
uska code bug-free ho.
Feedback loop: ek metric monitor karo → alarm fire hota hai → error-analyze karo → jump back Data ya Modeling mein →
redeploy karo. Isliye lifecycle ek cycle hai, line nahi.
Example 1 — Kya hum ek spam classifier banana chahiye?
Given: p success = 0.6 , V_{\text{success}}=\ 100{,}000, C_{\text{build}}=$30{,}000, C_{\text{maintain}}=$20{,}000. \mathbb{E}[\text{Value}] = 0.6(100{,}000) - 30{,}000 - 20{,}000 = 60{,}000 - 50{,}000 = $10{,}000.
**Yeh step kyun?** Hum expected-value formula mein plug karte hain kyunki yeh humein *dono*
feasibility aur maintenance price karne par majboor karta hai — ek positive result matlab "scoping mein green-light." (Agar maintenance
\ 60k hoti, toh EV -\ 10k$ hoti: mat banao.)
Example 2 — Main apna week kahaan spend karoon? (bias/variance)
HLP = 2% error, TrainErr = 8% , DevErr = 10% .
Avoidable bias = 8 − 2 = 6% . Variance = 10 − 8 = 2% .
Yeh step kyun? Bias (6%) ≫ variance (2%), isliye sabse bada lever model/features hai, zyada
data nahi. Yeh 80/20 stage decision hai — dominant gap par attack karo. (Note: yeh reasoning
valid hai kyunki TrainErr > HLP yahan hai; agar TrainErr neeche HLP ke aayi hoti, toh hum overfitting
suspect karte.)
Example 3 — Production drop diagnose karna.
Live accuracy 92% se 85% tak girta hai lekin purane data par retraining help nahi karta; new inputs mein ek
aisa word hai ("covid") jo training mein kabhi nahi dekha gaya. Yeh step kyun? Same code, naya P ( x ) → yeh data
drift hai; fix Stage 2 mein hai (naya data collect karo + relabel karo), yeh feedback arrow ko prove karta hai.
"Training error kabhi bhi human-level / Bayes error se neeche nahi ja sakta."
Kyun sahi lagta hai: HLP "best possible" hai, toh surely koi cheez use beat nahi karti.
Fix: HLP best generalization (dev/test) error ka ek floor hai, training error ka nahi. Ek
overfit model noise memorize karta hai aur TrainErr HLP se neeche post kar sakta hai. Jab aisa hota hai, "avoidable
bias" negative ho jaata hai aur meaningless hota hai — isse overfitting alarm ki tarah treat karo aur variance term par focus karo.
"Zyada test accuracy = better project."
Kyun sahi lagta hai: accuracy woh number tha jise hum modeling ke dauran dekhte rahe.
Fix: north-star constraints ke saath business/decision metric hai (latency, fairness,
cost). Ek slower 99% model ek fast 96% wale se bura ho sakta hai. Scoping real metric define karta hai.
"Ek baar deploy karo, done."
Kyun sahi lagta hai: traditional software mein, shipped code kaam karta rehta hai.
Fix: ML ek live data distribution par depend karta hai jo drift karti hai, isliye ek deployed model decay karta hai.
Monitoring + retraining mandatory hai, optional nahi.
"Zyada data hamesha better data se beat karta hai."
Kyun sahi lagta hai: deep learning famously scale ko pasand karta hai.
Fix: agar variance already tiny hai aur labels inconsistent hain, toh noisy data add karna hurt karta hai.
Decide karne ke liye bias/variance split use karo; often consistent labels jeetते hain.
"Seedha full autonomy mein jao."
Kyun sahi lagta hai: automation goal hai.
Fix: shadow → canary failures ko saste mein de-risk karta hai. Inhe skip karna ek chhote bug ko full
outage mein badal deta hai.
Recall Quick self-test (answers chhupaao, pehle forecast karo)
5 stages ko order mein name karo.
Data drift aur concept drift mein kya fark hai?
Given HLP 1%, Train 5%, Dev 6% — tum kahan focus karte ho?
Pehle rollout ke liye shadow deployment canary se safer kyun hai?
Expected-value-of-project formula likho aur har term name karo.
Iska kya matlab hai agar TrainErr HLP se neeche aaye?
Recall Feynman: ek 12-saal ke bacche ko explain karo
Imagine karo tum ek puppy (model) ko pichhli garmi ke treats use karke train karte ho. Tum define karte ho ki "accha
behavior" matlab kya hai (scoping), treats collect karte ho aur examples dikhate ho (data), puppy ko
sikhate ho (modeling), phir use ek party mein loose chhor dete ho (deployment). Lekin party mein log
practice se alag behave karte hain, isliye tum dekhte rehte ho aur jab woh garbad karta hai toh dobara sikhane jaate ho (monitoring). Tum kabhi bhi dekhna band nahi karte — isliye yeh ek loop hai, ek baar ka trick nahi.
"Silly Dogs Model Dangerously Missing" → S coping, D ata, M odeling,
D eployment, M onitoring. (Aur "Missing" yaad dilata hai: Monitoring ke bina tum drift miss kar dete ho.)
ML project lifecycle ke 5 stages order mein kya hain? Scoping → Data → Modeling → Deployment → Monitoring & Maintenance.
ML lifecycle ek loop kyun hai, line kyun nahi? Kyunki deployment drift aur errors reveal karta hai jo earlier stages (data/modeling) mein retraining ke liye feed back hote hain.
Data drift aur concept drift mein kya fark hai? Data drift = P(x) changes; concept drift = P(y|x) changes (same input, alag correct label).
Avoidable bias define karo aur yeh kaise compute hoti hai. Avoidable bias = TrainErr − Human/Bayes level; bada positive value → model/features improve karo.
Error-decomposition sense mein variance define karo. Variance = DevErr − TrainErr; badi value → zyada/cleaner data lo ya regularize karo.
Kya HLP/Bayes error TRAINING error par ek strict lower bound hai? Nahi. Ek overfit model HLP/Bayes se neeche training error achieve kar sakta hai; HLP sirf best achievable generalization (dev/test) error ko floor karta hai.
Agar TrainErr < HLP ho toh yeh kya signal karta hai? Overfitting — model noise memorize karta hai; avoidable bias negative/meaningless ho jaati hai, isliye variance (generalization) gap par focus karo.
Shadow deployment kya karta hai? Model ko live traffic par run karta hai lekin uske outputs ignore karta hai, tumhe current system se silently compare karne deta hai.
Canary deployment kya karta hai? Traffic ka ek chhota fraction new model ki taraf route karta hai, monitor karta hai, phir gradually ramp up karta hai.
Expected-value-of-project formula likho. E[Value] = p_success · V_success − C_build − C_maintain.
Ek lower-accuracy model better deployment choice kyun ho sakta hai? Kyunki north-star constraints ke saath ek business metric hai (latency, cost, fairness), raw accuracy nahi.
Baseline kya hai aur ise jaldi establish kyun karte hain? Ek simple reference (human level / heuristic / trivial model) jo dikhata hai ki real model value add karta hai ya nahi aur kitna headroom exist karta hai.
Data-centric vs model-centric AI? Data-centric fixed model ke liye data improve karta hai; model-centric fixed data par model improve karta hai.
Expected Value E of Project
North-star & Satisficing Metrics