Koja je razlika između mikrosustava i monolitne arhitekture?

Question

Accepted Answer

**Monolitna** arhitektura gradi aplikaciju kao jednu jedinstvenu cjelinu, dok **mikrosustavi** arhitektura je grade kao mnogo malih, neovisnih usluga. Svaki pristup ima značajne kompromise vezane uz kompleksnost, skalabilnost, implementaciju i organizaciju timova.

## Monolith vs mikrosustavi

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

## Ključni kompromisi

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

## Odabir

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

## Zašto je to važno

Razumijevanje razlike između mikrosustava i monolitne arhitekture je vrijednog jer je to **značajna arhitekturna odluka s velikim kompromisima**, često se o njoj raspravlja, pa je važno znanje o arhitekturi sustava.

Dva pristupa — **monolith** (cijela aplikacija kao jedna jedinstvena deployabilna jedinica) naspram **mikrosustavi** (mnogo malih neovisnih usluga) — predstavljaju fundamentalno različite arhitekturne filozofije.

Razumijevanje **kompromisa** je ključno: monoliti su **jednostavniji** (lakše se razvijaju, testiraju, implementiraju i debugiraju u početku, bez distribuirane kompleksnosti) ali teže se pojedini dijelovi mogu skalirati neovisno i mogu postati neuporabi dok rastu; mikrosustavi nude **nezavisnu skalabilnost, implementaciju i autonomiju timova** plus izolaciju kvarova i fleksibilnost tehnologije, ali uvode **značajnu distribuiranu-sistemsku kompleksnost** (mrežni pozivi, konzistentnost podataka između usluga, operativna kompleksnost, teže debugiranje, više infrastrukture).

Razumijevanje da mikrosustavi rješavaju organizacijske i skalabilnosne probleme ali **dodaju stvarnu kompleksnost** je ključno.

Najvažnije, razumijevanje **kako odabrati** odražava zrelu prosudbu: često-ispravni savjet da **počnete s monolitom** ("monolith first" — jednostavnije, izbjegavanje preuranjene distribuirane kompleksnosti) i da prijeđete na mikrosustave samo kada su opravdani stvarnim potrebama (veliki timovi koji trebaju nezavisne radove, nezavisni zahtjevi za skalabilnost, neupotrebljiv monolith, jasne granice usluga) — **ne primjenjujući mikrosustave zbog hype-a**, jer kompleksnost mora biti opravdana.

Ova uravnotežena perspektiva (priznavajući koristi mikrosustava ali i njihove značajne troškove te da su monoliti često ispravan izbor) je važna, jer se mikrosustavi često previše primjenjuju.

Jer je monolith-vs-mikrosustavi odluka značajna, često-raspravljena arhitekturna izbor s velikim kompromisima (jednostavnost naspram fleksibilnosti-po-cijeni-kompleksnosti), i jer razumijevanje kompromisa i kako odabrati (često monolith-first, mikrosustavi samo kada su opravdani) odražava zdrav arhitekturni sud, razumijevanje mikrosustava naspram monolitne arhitekture je vrijednog, praktički-relevantnog znanja o arhitekturi sustava — značajna arhitekturna odluka koja zahtijeva razumijevanje kompromisa (posebno da mikrosustavi dodaju značajnu kompleksnost koja mora biti opravdana), odražavajući uravnotežen sud da se odabere pravilno umjesto praćenja hype-a, i često-raspravljena tema u arhitekturi i dizajnu sustava.