Koja je razlika između stateful i stateless servisa?

Question

Accepted Answer

**Stateless** servisi ne pohrani stanje klijenta između zahtjeva (svaki zahtjev je neovisan), dok **stateful** servisi održavaju stanje. Statelessness je važan za skalabilnost — stateless servisi su mnogo lakši za horizontalno skaliranje.

## Stateless vs stateful

```text
STATELESS → the service keeps NO client state between requests:
  → each request contains all needed info; any server can handle any request
  → state lives ELSEWHERE (database, cache, client, token) if needed
STATEFUL → the service MAINTAINS state across requests:
  → a specific server holds a client's state (session in memory, etc.)
  → requests must go to the SAME server (or state must be shared/synchronized)
```

## Zašto statelessness pomaže skalabilnosti

```text
STATELESS services scale horizontally EASILY:
  → any server handles any request → load balancing is simple (any server works)
  → add/remove servers freely; a failed server doesn't lose state → resilient
  → no sticky sessions or state synchronization needed
STATEFUL services are HARDER to scale:
  → requests tied to specific servers (sticky sessions); a server failure loses its state;
    scaling needs state sharing/replication → complexity
→ PREFER STATELESS services for scalability (a key design principle).
```

## Rukovanje stanjem u stateless dizajnima

```text
→ Store state EXTERNALLY where servers can share it:
  → SESSION/data in a shared store (Redis, database) → any server reads it
  → state in the CLIENT (e.g. JWT tokens carry auth state)
  → keep services stateless; externalize state → scalable AND maintains needed state
```

## Zašto je to važno

Razumijevanje razlike između stateful i stateless servisa je temeljno jer je **statelessness ključan princip za izgradnju skalabilnih sustava**, pa je to bitno znanje za dizajn sustava.

Razlika — **stateless** servisi koji ne čuvaju stanje klijenta između zahtjeva (svaki zahtjev je neovisan, bilo koji server može obraditi bilo koji zahtjev) naspram **stateful** servisa koji održavaju stanje (vezani za specifične servere) — je fundamentalna za način na koji se servisi skaliraju.

Razumijevanje **zašto statelessness pomaže skalabilnosti** je ključna spoznaja: stateless servisi se lako skaliraju horizontalno jer **bilo koji server može obraditi bilo koji zahtjev** (čineći balansiranje opterećenja jednostavnim, omogućavajući da se serveri slobodno dodaju ili uklanjaju, i što znači da server koji padne ne gubi stanje — otporno), dok je stateful servise mnogo teže skalirati (zahtjevi vezani za specifične servere preko sticky sessions, server padne gubi stanje, skaliranje zahtijeva kompleksno dijeljenje stanja).

To čini **preferiranje stateless servisa ključnim principom dizajna** za skalabilnost — jedan od najvažnijih praktičnih koncepata u dizajniranju skalabilnih sustava.

Razumijevanje kako **rukovati stanjem u stateless dizajnima** — pohrana stanja eksterno gdje serveri mogu ga dijeliti (sesije u zajedničkom skladištu kao Redis, ili stanje u tokenima na strani klijenta kao JWTs) tako da servisi ostaju stateless dok još uvijek održavaju potrebno stanje — je praktična tehnika koja usklađuje statelessness s aplikacijama koje trebaju stanje.

Ovo se povezuje na horizontalno skaliranje i balansiranje opterećenja (koja najbolje rade sa stateless servisima).

Budući da je statelessness ključni omogućivač horizontalne skalabilnosti (glavni pristup za sustave velikih razmjera) i razumijevanje razlike između stateless/stateful, zašto statelessness pomaže skaliranju, i kako eksteriorizirati stanje je temeljno za dizajn skalabilnih sustava, razumijevanje stateful naspram stateless servisa je bitno, temeljno znanje o dizajnu sustava — ključan princip za skalabilnost (statelessness omogućavajući jednostavno horizontalno skaliranje), povezano na balansiranje opterećenja i horizontalno skaliranje, i centralno za dizajniranje sustava koji se skaliraju, važan koncept koji je u podlozi skalabilne arhitekture.