Jaký je rozdíl mezi stavovými a bezstavovými službami?

Question

Accepted Answer

**Bezstavové** služby neukládají stav klienta mezi požadavky (každý požadavek je nezávislý), zatímco **stavové** služby si uchováváme stav. Bezstavovost je důležitá pro škálovatelnost — bezstavové služby se mnohem snáze škálují horizontálně.

## Bezstavové vs stavové

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

## Proč bezstavovost pomáhá škálovatelnosti

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

## Správa stavu v bezstavových návrzích

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

## Proč na tom záleží

Pochopení rozdílu mezi stavovými a bezstavovými službami je zásadní, protože **bezstavovost je klíčovým principem pro budování škálovatelných systémů**, takže je to nezbytné znalosti z oblasti návrhu systémů.

Rozdíl — **bezstavové** služby, které mezi požadavky neuchovávají stav klienta (každý požadavek je nezávislý, jakýkoli server může zpracovat jakýkoli požadavek) oproti **stavovým** službám, které si uchováváme stav (vázáno na konkrétní servery) — je fundamentální pro to, jak se služby škálují.

Pochopení **proč bezstavovost pomáhá škálovatelnosti** je klíčová myšlenka: bezstavové služby se horizontálně škálují snadno, protože **jakýkoli server může zpracovat jakýkoli požadavek** (rozdělování zatížení je jednoduché, servery lze volně přidávat nebo odebírat, a selhání serveru neznamená ztrátu stavu — odolné), zatímco stavové služby se mnohem hůře škálují (požadavky vázány na konkrétní servery přes lepivé relace, selhání serveru vede ke ztrátě stavu, škálování vyžaduje složité sdílení stavu).

To činí **preferenci bezstavových služeb klíčovým principem návrhu** pro škálovatelnost — jedním z nejdůležitějších praktických konceptů při navrhování škálovatelných systémů.

Pochopení, jak **spravovat stav v bezstavových návrzích** — ukládat stav externě, kde si jej mohou servery sdílet (relace ve sdíleném úložišti, jako je Redis, nebo stav v tokenech na straně klienta, jako JWTs) — aby služby zůstaly bezstavové a přesto si zachovaly nezbytný stav — je praktickou technikou, která sjednocuje bezstavovost s aplikacemi, které potřebují stav.

To souvisí s horizontálním škálováním a vyrovnáváním zatížení (která fungují nejlépe s bezstavovými službami).

Protože bezstavovost je klíčovým umožňovatelem horizontální škálovatelnosti (hlavní přístup pro rozsáhlé systémy) a pochopení rozdílu mezi bezstavovým a stavovým, proč bezstavovost pomáhá škálování, a jak externalizovat stav, je fundamentální pro navrhování škálovatelných systémů, pochopení stavových a bezstavových služeb je nezbytná, zásadní znalost z oblasti návrhu systémů — klíčový princip pro škálovatelnost (bezstavovost umožňující snadné horizontální škálování), související s vyrovnáváním zatížení a horizontálním škálováním, a ústřední pro navrhování systémů, které se škálují, důležitý koncept, na kterém stojí architektura škálovatelných systémů.