Kokia yra stateless ir stateful paslaugų skirtumai?

Question

Accepted Answer

**Stateless** paslaugos nesaugo kliento būsenos tarp užklausų (kiekviena užklausa yra nepriklausoma), o **stateful** paslaugos išlaiko būseną. Statelessumas yra svarbus masyvumui — stateless paslaugos yra daug lengviau horizontaliai išskaidyti.

## Stateless ir stateful palyginimas

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

## Kodėl statelessumas padeda masyvumui

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

## Būsenos valdymas stateless projektuose

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

## Kodėl tai svarbu

Supratimas apie skirtumus tarp stateless ir stateful paslaugų yra pamatinis, nes **statelessumas yra pagrindinė skali sistemų kūrimo principų**, todėl tai yra esminės sisteminės architektūros žinios.

Skirtumas — **stateless** paslaugos nepalikdamos kliento būsenos tarp užklausų (kiekviena užklausa nepriklausoma, bet kuris serveris gali apdoroti bet kurią užklausą) palyginti su **stateful** paslaugomis, išlaikančiomis būseną (prisietos prie konkrečių serverių) — yra pamatinis, nusakantis kaip paslaugos skalėja.

Supratimas apie **kodėl statelessumas padeda masyvumui** — tai yra kritinis įžvalgas: stateless paslaugos lengvai horizontaliai skalėja, nes **bet kuris serveris gali apdoroti bet kurią užklausą** (dėl to apkrovos balansavimas yra paprastas, leidžiamas laisvai pridėti ar pašalinti serverius, ir tai reiškia, kad sugedusias serverį nepražūna būseną — atsparumas), o stateful paslaugos daug sunkiau skalėja (užklausos prisietos prie konkrečių serverių per lipnias sesijas, serverio sugedimas gubdžia būseną, masyvumui reikalinga sudėtinga būsenos bendrinimas).

Tai daro **stateless paslaugų pageidavimą pagrindiniu projektavimo principu** masyvumui — viena iš svarbiausių praktinių koncepcijų projektuojant skali sistemų.

Supratimas apie **būsenos valdymą stateless projektuose** — būsenos saugojimą išorėje, kur serveriai gali jį bendriniti (sesijos bendrintoje saugykloje, pvz., Redis, arba būseną kliento pusės žetoniuose, pvz., JWT), kad paslaugos liktų stateless, jei dar reikalinga būseną išlaikyti — tai yra praktinė technika, suderinanti statelessumą su aplikacijomis, reikalingomis būseną.

Tai susieja su horizontaliu išskaidymu ir apkrovos balansimu (kurie geriausiai veikia su stateless paslaugomis).

Kadangi statelessumas yra pagrindinė horizontalaus masyvumo galimybė (pagrindinė strategija didelės apimties sistemoms) ir supratimas apie stateless/stateful skirtumą, kodėl statelessumas padeda masyvumui, ir kaip internalizuoti būseną yra pamatinis skali sistemų projektavimui, supratimas apie stateful ir stateless paslaugos yra esminė, pamatinė sisteminės architektūros žinios — pagrindinį principas masyvumui (statelessumas suteikdamas paprastą horizontalų išskaidymą), susietas su apkrovos balansimu ir horizontaliu išskaidymu, ir centralus skali sistemų architektūrai, svarbi koncepcija, kuriančioje skali architektūrą.