deployment environments (dev, staging, production) क्या हैं?

Question

Accepted Answer

Software आमतौर पर कई **environments** के माध्यम से deploy किया जाता है — जैसे **development**, **staging**, और **production** — प्रत्येक code से live users तक के मार्ग में एक उद्देश्य पूरा करता है। environments के माध्यम से code को promote करना वास्तविक users तक पहुंचने से पहले issues को पकड़ता है।

## विशिष्ट environments

```text
DEVELOPMENT (dev) → where developers build and test (local or a shared dev environment);
  unstable, frequent changes, experimentation
STAGING (test/QA/pre-prod) → a PRODUCTION-LIKE environment for final testing:
  → mirrors production (same config/infrastructure as closely as possible)
  → run integration/E2E tests, QA, UAT before releasing
  → catch issues in a safe, prod-like setting BEFORE real users see them
PRODUCTION (prod) → the LIVE environment serving real users:
  → stability is critical; changes are careful and monitored
```

## environments के माध्यम से promote करना

```text
Code flows through environments, gaining confidence at each:
  dev → staging → production
  → tested in dev, verified in prod-like staging, then released to production
  → each environment is a GATE catching issues before the next
→ CI/CD pipelines AUTOMATE this promotion (deploy to staging, then prod).
```

## कई environments क्यों?

```text
✓ Catch issues BEFORE production (test in staging, not on real users)
✓ ISOLATION — experiment/break dev without affecting production or users
✓ Realistic testing — staging mirrors prod (catch environment-specific issues)
✓ Controlled releases — promote verified code through stages
→ Each environment should be as consistent as possible (config via env vars, IaC).
```

## यह क्यों महत्वपूर्ण है

deployment environments को समझना मूल्यवान है क्योंकि कई environments के माध्यम से code को promote करने की प्रथा सुरक्षित software delivery के लिए मूलभूत है, इसलिए यह उपयोगी व्यावहारिक ज्ञान है।

विशिष्ट environments — **development** (जहां developers build और experiment करते हैं, अस्थिर और बार-बार बदलने वाला), **staging** (अंतिम testing, QA, और सत्यापन के लिए एक **production-जैसा** environment), और **production** (वास्तविक users की सेवा करने वाला live environment, जहां stability महत्वपूर्ण है) — प्रत्येक code से users तक के मार्ग में एक अलग उद्देश्य पूरा करता है।

**environments के माध्यम से code promote करना** यह समझना (code का dev → staging → production प्रवाहित होना, प्रत्येक stage पर विश्वास प्राप्त करना, प्रत्येक environment के अगले से पहले issues पकड़ने वाले gate के रूप में कार्य करने के साथ, और CI/CD pipelines द्वारा इस promotion को automate करना) मुख्य प्रथा है।

**कई environments क्यों मायने रखते हैं** यह समझना महत्वपूर्ण है: वे **production से पहले issues पकड़ते हैं** (वास्तविक users पर नहीं बल्कि staging में testing — live अनुभव की रक्षा करना), **isolation** प्रदान करते हैं (production को प्रभावित किए बिना dev में चीज़ों के साथ experiment और break करना), **realistic testing** को सक्षम बनाते हैं (production को mirror करने वाला staging उन environment-specific issues को पकड़ता है जो dev में दिखाई नहीं देते), और **controlled releases** का समर्थन करते हैं (सत्यापित code को stages के माध्यम से promote करना)।

यह सिद्धांत कि **staging को production को निकटता से mirror करना चाहिए** (ताकि वहां testing realistic हो और prod-specific issues पकड़े) और कि environments सुसंगत होने चाहिए (environment variables और Infrastructure as Code के माध्यम से configuration) अच्छी प्रथा को दर्शाता है।

चूंकि सुरक्षित software delivery code के वास्तविक users तक पहुंचने से पहले उसके testing और सत्यापन पर निर्भर करती है, और चूंकि controlled promotion के साथ multi-environment मॉडल (build के लिए dev, prod-जैसे सत्यापन के लिए staging, live के लिए production) इसके लिए मानक प्रथा है, deployment environments को समझना software delivery के लिए मूल्यवान, व्यावहारिक रूप से प्रासंगिक ज्ञान है — एक मूलभूत प्रथा जो पहले के environments में issues पकड़कर production users की रक्षा करती है, और यह कि software development से live उपयोग तक सुरक्षित रूप से कैसे आगे बढ़ता है इसके लिए मुख्य ज्ञान।