Přeskočit na obsah
_CORE
AI & agentní systémy Podnikové informační systémy Cloud & Platform Engineering Datová platforma & integrace Bezpečnost & compliance QA, testování & observabilita IoT, automatizace & robotika Mobilní & digitální produkty Bankovnictví & finance Pojišťovnictví Veřejná správa Obrana & bezpečnost Zdravotnictví Energetika & utility Telco & média Průmysl & výroba Logistika & e-commerce Retail & věrnostní programy
Reference Technologie Blog Know-how Nástroje
O nás Spolupráce Kariéra
CS EN DE
Pojďme to probrat

Monolith vs microservices: kdy co použít

17. 08. 2020 Aktualizováno: 27. 03. 2026 1 min čtení intermediate
Tento článek byl publikován v roce 2020. Některé informace mohou být zastaralé.

Monolith není sprosté slovo. A microservices nejsou silver bullet.

Monolith

  • ✅ Jednoduchý development a deployment
  • ✅ Žádná network latence mezi službami
  • ✅ Jednoduchý debugging
  • ✅ Jedna databáze, jednoduché transakce
  • ❌ Škáluje jako celek
  • ❌ Jeden tým, jeden deploy
  • ❌ Technologicky homogenní

Microservices

  • ✅ Nezávislý deployment
  • ✅ Škálování per službu
  • ✅ Technologická diverzita
  • ✅ Izolace chyb
  • ❌ Distribuovaný systém complexity
  • ❌ Network latence
  • ❌ Distributed transactions
  • ❌ Potřebujete DevOps maturity

Kdy monolith

  • Malý tým (<10 vývojářů)
  • Early stage startup
  • Nejasné domain boundaries
  • Chcete rychle shippovat

Kdy microservices

  • Velký tým (>20 vývojářů)
  • Jasné domain boundaries
  • Potřebujete nezávislý deployment
  • Různé škálovací požadavky per služba

Modular monolith — nejlepší z obou

Monolith s jasnými moduly/boundary kontexty. Můžete ho později rozdělit na microservices, pokud bude potřeba.

Pravidlo

Start with a monolith. Split when it hurts (not before). A microservices is not a goal — it’s a solution to a specific problem.

architekturamicroservicesmonolith
Sdílet:

CORE SYSTEMS tým

Stavíme core systémy a AI agenty, které drží provoz. 15 let zkušeností s enterprise IT.