Što su razvojni okruženja (dev, staging, production)?

Question

Accepted Answer

Softver se obično implementira kroz više **okruženja** — kao što su **development**, **staging** i **production** — od kojih svako ima svoju svrhu na putu od koda do živih korisnika. Promicanje koda kroz okruženja sprečava probleme prije nego što dostignu prave korisnike.

## Tipična okruženja

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

## Promicanje kroz okruženja

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

## Zašto više okruženja?

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

## Zašto je to važno

Razumijevanje razvojnih okruženja je vrijedno jer je praksa promicanja koda kroz više okruženja temeljna za sigurnu isporuku softvera, pa je to korisno praktično znanje.

Tipična okruženja — **development** (gdje razvijači grade i eksperimentiraju, nestabilno i često mijenja se), **staging** (okruženje **sličnog proizvodnji** za završno testiranje, QA i provjeru) i **production** (živo okruženje koje služi pravim korisnicima, gdje je stabilnost kritična) — svako ima svoju jasnu svrhu na putu od koda do korisnika.

Razumijevanje **promicanja koda kroz okruženja** (kod teče dev → staging → production, stječući povjerenje na svakom stupnju, s tim da svako okruženje djeluje kao vrata koja hvataju probleme prije nego što krenu dalje, a CI/CD pročedurama automatiziraju ovo promicanje) je ključna praksa.

Razumijevanje **zašto više okruženja bitna** je važno: ona **hvataju probleme prije proizvodnje** (testiranje u stagingu umjesto na pravim korisnicima — štiteći iskustvo u uživo okruženju), pružaju **izolaciju** (eksperimentiranje i prekidanje stvari u dev-u bez utjecaja na production), omogućavaju **realistično testiranje** (staging koji odražava production kako bi se uhvatili problemi specifični za okruženje koji se ne bi pojavili u dev-u) i podržavaju **kontrolirane izdanje** (promicanje provjeren koda kroz stupnjeve).

Načelo da **staging treba blisko zrcaliti production** (pa je testiranje tamo realistično i hvata probleme specifične za prod) i da okruženja trebaju biti dosljedna (konfiguracija preko varijabli okruženja i Infrastructure as Code) odražava dobru praksu.

Budući da sigurna isporuka softvera ovisi o testiranju i provjeri koda prije nego što dosigne prave korisnike, i budući da je multi-environment model (dev za gradnju, staging za provjeru sličnu production-u, production za živo) s kontroliranim promicanjem standardna praksa za ovo, razumijevanje razvojnih okruženja je vrijedno, praktično relevantno znanje za isporuku softvera — temeljna praksa koja štiti production korisnike hvatanim probleme u ranijim okruženjima i osnovno znanje za to kako softver sigurno napreduje od razvoja do živog korištenja.