Kas yra diegimo aplinkos (dev, staging, production)?

Question

Accepted Answer

Programinė įranga paprastai diegiama per kelias **aplinkas** — pavyzdžiui, **development**, **staging** ir **production** — kiekviena atliekanti savo vaidmenį kelyje nuo kodo iki tiesioginių vartotojų. Kodo skatinimas per aplinkas padeda aptikti problemas prieš jos pasiekiant tikruosius vartotojus.

## Tipiškos aplinkos

```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
```

## Kodo skatinimas per aplinkas

```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).
```

## Kodėl reikalingos kelios aplinkos?

```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).
```

## Kodėl tai svarbu

Supratimas apie diegimo aplinkas yra naudingas, nes praktika, kai kodas skatinamas per kelias aplinkas, yra pagrindinė saugaus programinės įrangos pristatymo dalis, todėl tai yra praktinis žinojimas.

Tipiškos aplinkos — **development** (kur kūrėjai kuria ir eksperimentuoja, nestabili ir dažnai besikeičianti), **staging** (**production panašus** aplinka baigiamajam testavimui, QA ir patikrai) ir **production** (tiesioginė aplinka, aptarnaujanti tikruosius vartotojus, kur stabilumas yra kritinis) — kiekviena atliekanti skirtingą vaidmenį kelyje nuo kodo iki vartotojų.

Supratimas apie **kodo skatinimą per aplinkas** (kodas teka dev → staging → production, didėjant pasitikėjimui kiekviename etape, kiekvienoje aplinkoje veikiant kaip vartai, kurie sulaikomos problemos prieš jas pasiekiant tolimesnę aplinką, ir CI/CD potūbiai, kurie automatizuoja šį skatinimą) yra pagrindinė praktika.

Supratimas apie tai, **kodėl kelios aplinkos yra svarbios**, yra svarbus: jos **nustato problemas prieš production** (testavimas staging aplinkoje, o ne su tikraisiais vartotojais — apsaugant tiesioginę patirtį), suteikia **izoliavimą** (eksperimentavimas ir dalykų perlūžimas dev aplinkoje, nedarant įtakos production), leidžia **realistinį testavimą** (staging atspindint production, kad aptikti aplinkos specifines problemas, kurios neatsirastų dev aplinkoje) ir palaiko **kontroliuotus leidinius** (patikrinto kodo skatinimas per etapus).

Principas, kad **staging turėtų panašiai atitikti production** (todėl testavimas ten yra realistinis ir aptinka production specifines problemas) ir aplinkos turėtų būti nuoseklios (konfigūracija per aplinkos kintamuosius ir Infrastructure as Code), atspindi gerą praktiką.

Kadangi saugus programinės įrangos pristatymas priklauso nuo kodo testavimo ir patikrinimo prieš jį pasiekiant tikruosius vartotojus, ir kadangi kelių aplinkų modelis (dev kūrimui, staging production panašiam patikrinimui, production tiesioginei naudai) su kontroliuotu skatinimu yra standartinė praktika, supratimas apie diegimo aplinkas yra naudingas, praktiškai relevantas žinojimas programinės įrangos pristatymui — pagrindinė praktika, kuri apsaugo production vartotojus, aptinkant problemas ankstesnėse aplinkose, ir žinas žinios apie tai, kaip programinė įranga saugiai eina nuo kūrimo iki tiesioginės naudos.