Co je lepší: mikroservisy nebo monolity?

Není žádné univerzální "nejlepší" řešení. Volba mezi mikroservisy a monolitickými aplikacemi závisí na konkrétních potřebách projektu, jeho rozsahu, týmu a obchodních cílech.

Monolit

• Výhody:
  • Jednodušší na začátku vývoje.
  • Snadnější testování a odladění.
  • Méně nákladů na infrastrukturu a komunikaci.
  • Snadnější organizace transakcí.
• Nevýhody:
  • Obtížnější škálování jednotlivých komponent.
  • Změny v jednom modulu mohou ovlivnit ostatní.
  • Těžší použití různých technologií v různých částech aplikace.
  • "Big ball of mud" při růstu.

Mikroslužby

• Výhody:
  • Snazší škálování jednotlivých služeb.
  • Umožňují použití různých technologií pro různé služby.
  • Usnadňují nezávislé nasazení služeb.
  • Zvyšují odolnost vůči chybám (chyba jedné služby nemusí ovlivnit ostatní).
  • Podporují agilní vývoj ve velkých týmech.
• Nevýhody:
  • Složitost ve vývoji a správě.
  • Vyšší náklady na infrastrukturu (síť, API Gateway, Service Discovery).
  • Složitost testování a odladění distribuovaného systému.
  • Řešení problémů s distribuovanými transakcemi.
  • Vyžadují vysokou kvalifikaci týmu.

Kdy co používat:

• Monolit: Startupy, malé projekty, kdy je kritická rychlost uvedení na trh, týmy s omezenou zkušeností s mikroservisy.
• Mikroslužby: Velké, složité aplikace, které vyžadují škálování, týmy se zkušenostmi s distribuovanými systémy, kdy je třeba používat různé technologie.

Často začínají monolitem a s růstem ho rozdělují na mikroservisy (strategie "Strangler Fig").

# Příklad nasazení monolitu
docker build -t my-monolith .
docker run -p 8080:80 my-monolith

# Příklad nasazení dvou mikroservis
docker build -t user-service ./user-service
docker build -t product-service ./product-service
docker run -d -p 8081:80 user-service
docker run -d -p 8082:80 product-service

Porovnávací tabulka:

Charakteristika	Monolit	Mikroservisy
Počáteční vývoj	Jednodušší	Složitější
Škálování	Těžší	Snazší (podle služby)
Změny	Vysoké riziko ovlivnění celku	Nízké riziko (v rámci služby)
Technologie	Obvykle jedna	Různé technologie možné
Nasazení	Jednotné	Nezávislé podle služeb
Odolnost	Nízká (jednotný bod selhání)	Vysoká (selhání jedné služby není kritické)
Infrastruktura	Jednodušší	Složitější (potřebné další komponenty)
Týmy	Vhodné pro menší týmy	Vhodné pro větší (nezávislé týmy)

Volba by měla být uvědomělá a založená na analýze požadavků projektu. Hybridní přístupy jsou také možné.