Koks yra skirtumas tarp mikrotarnybų ir monolitinės architektūros?

Question

Accepted Answer

**Monolitinė** architektūra kuriama kaip vienas vientisas vienetas, o **mikrotarnybų** architektūra – kaip daug mažų, nepriklausomų tarnybų. Kiekvienas požiūris turi reikšmingų kompromisų, susijusių su sudėtingumu, masteliavimu, diegimu ir komandos organizacija.

## Monolitas prieš mikrotarnybas

```text
MONOLITH → the whole application as ONE deployable unit (one codebase, one process):
  ✓ SIMPLE → easier to develop, test, deploy, and debug initially; no distributed complexity
  ✗ at scale → harder to scale parts independently; large codebase gets complex; one
    deploy for everything; a bug can affect all
MICROSERVICES → many small, INDEPENDENT services (each owns a capability + its data):
  ✓ independent SCALING, DEPLOYMENT, and teams; tech flexibility; fault isolation
  ✗ DISTRIBUTED COMPLEXITY → network calls, data consistency across services, deployment/
    operations complexity, debugging across services, more infrastructure
```

## Pagrindiniai kompromisai

```text
MONOLITH → simpler, faster to start; good for small teams/apps; less operational overhead
MICROSERVICES → flexibility and independent scaling/deployment at the cost of significant
  complexity (distributed systems are HARD)
→ microservices solve ORGANIZATIONAL and scaling problems but ADD complexity
```

## Pasirinkimas

```text
START WITH A MONOLITH (often the right choice) → simpler; don't add distributed complexity
  prematurely ("monolith first")
MICROSERVICES when → large teams (independent work), need independent scaling, the monolith
  becomes unwieldy, clear service boundaries
→ don't adopt microservices for hype → the complexity must be justified by real needs
```

## Kodėl tai svarbu

Supratimas apie skirtumą tarp mikrotarnybų ir monolitinės architektūros yra vertingas, nes tai **reikšminga architektūrinė sprendimo su dideliais kompromisais**, dažnai diskutuojama, todėl svarbios sisteminės projektavimo žinios.

Du požiūriai – **monolitas** (visa programa kaip vienas vientisas diegiamasis vienetas) ir **mikrotarnybos** (daug mažų nepriklausomų tarnybų) – reiškia iš esmės skirtingą architektūrinę filosofiją.

Supratimas apie **kompromisus** yra svarbiausia: monolitai yra **paprastesni** (lengviau kurti, testuoti, diegti ir derinti iš pradžių, be paskirstytojo sudėtingumo), bet sunkiau atskirai keisti jų dalies mastelį, ir didėjant jie gali tapti nepatogūs; mikrotarnybos suteikia **nepriklausomą mastelį, diegimą ir komandos autonomiją**, be to – gedimų izoliavimą ir technologijos lankstumo, bet įveda **reikšmingą paskirstytų sistemų sudėtingumą** (tinklo skambučius, duomenų nuoseklumą keliose tarnybose, operacinį sudėtingumą, sunkesnį derinimą, didesnę infrastruktūrą).

Svarbu suprasti, kad mikrotarnybos sprendžia organizacinius ir masteliavimu susijusius uždavinius, bet **prideda tikrą sudėtingumą**.

Svarbiausias dalykas yra supratimas **kaip pasirinkti**: dažnai teisingas patarimas **pradėti nuo monolito** („monolitas pirmas