స్వతంత్ర డిప్లాయ్మెంట్ సామర్థ్యం ఉద్దేశ్యం, కాబట్టి ప్రతి సేవకు దాని స్వంత CI/CD pipeline అవసరమని, అలాగే తక్కువ-ఝুঁకి విడుదల కৌశలం — సాధారణంగా canary లేదా blue-green — రోజుకు అనేక సార్లు సురక్షితంగా పంపడానికి అవసరం.
ప్రతి సేవ దాని స్వంత темпમ నిర్మిస్తుంది, పరీక్షిస్తుంది మరియు విస్తరిస్తుంది. ఒక సేవకు ఒక మార్పు సిస్టం-విస్తృత విడుదలను ఎప్పుడూ ట్రిగ్గర్ చేయదు.
commit ─▶ build ─▶ unit + contract tests ─▶ image ─▶ deploy (one service)
| కౌశలం | ఎలా | ప్రయోజనం | నష్టం |
|---|---|---|---|
| Rolling | ఉదాహరణలను క్రమంగా భర్తీ చేయండి | సరళమైనది, డిఫాల్ట్ | సంక్షిప్తంగా మిశ్రమ సంస్కరణలు |
| Blue-green | రెండు envs, ట్రాఫిక్ స్విచ్ చేయండి | తక్షణ rollback | 2x infra |
| Canary | కొత్త సంస్కరణకు చిన్న % పంపండి | Blast radius ను పరిమితం చేస్తుంది | మంచి మెట్రిక్లు అవసరం |
v1 ████████████████ 95% ← watch error rate / latency
v2 █ 5% ← promote if healthy, roll back if not
└─ automated check on SLOs decides promote vs abort
[ Blue v1 ] ◀─ live ──┐
[ Green v2 ] ◀─ idle ├─ flip router ─▶ Green is live; Blue is instant rollback
Backward-compatible schemas లేకుండా, canary/blue-green విచ్ఛిన్నమవుతాయి ఎందుకంటే రెండు సంస్కరణలు ఏకకాలంలో నడుస్తాయి. సంస్కరణల అంతటా ఎప్పుడూ సంకtolerant మార్పులను రూపకల్పన చేయండి.
Auto, తక్కువ-ఝుఁకి డిప్లాయ్మెంట్లు మైక్రోసర్వీసెస్ను సంక్లిష్టతతో విలువైనవిగా చేసేవి — నెమ్మదిగా, ఝుఁకిపూర్ణ విడుదలలు స్వయంత్ర ప్రయోజనాన్ని తొలగిస్తాయి.
Canary మరియు blue-green ఖराब డిప్లాయ్మెంట్ యొక్క blast radius ను పరిమితం చేస్తాయి మరియు సుమారుగా తక్షణ rollback ఇస్తాయి, డిప్లాయ్మెంట్ను భయానక ఈవెంట్ నుండి నిత్యం, automated, రోజువారీ కార్యకలాపంగా మార్చుతాయి.
జూనియర్ నుండి సీనియర్ వరకు వివరణాత్మక సమాధానాలతో IT ఇంటర్వ్యూ ప్రశ్నల లైబ్రరీ.
విరాళం