1 
2Pri navrhovani aplikace je jednim z nejdulezitejsich rozhodnuti architektura: zvolit monoliticky pristup nebo mikrosluzby?
3 
4## Co je monoliticka architektura?
5 
6Monoliticka aplikace je postavena jako jediny nedelitelny blok.
7 
8```mermaid
9flowchart TD
10    A[Client] --> B[Monolithic Application]
11    B --> C[Database]
12```
13 
14**Vyhody:**
15- Jednodussi pocatecni vyvoj a nasazeni.
16- Snazsi ladeni a testovani v malych prostredich.
17- Mensi komunikacni rezijni naklady.
18 
19**Nevyhody:**
20- Obtiznejsi granularni skalovani.
21- Kazda zmena vyzaduje znovunasazeni cele aplikace.
22- S rustem se kodova zakladna muze stat obtizne spravovatelnou.
23 
24## Co je architektura mikrosluzeb?
25 
26Architektura mikrosluzeb rozděluje aplikaci na nezavisle sluzby.
27 
28```mermaid
29flowchart TD
30    A[Client] --> B1[Auth Microservice]
31    A --> B2[Catalog Microservice]
32    A --> B3[Orders Microservice]
33    B1 --> C1[(DB Auth)]
34    B2 --> C2[(DB Catalog)]
35    B3 --> C3[(DB Orders)]
36```
37 
38**Vyhody:**
39- Nezavisle skalovani kazde sluzby.
40- Kazdy tym muze pracovat na mikrosluzbe bez zasahovani do ostatnich.
41- Vetsi odolnost: selhani jedne sluzby nezablokuje celou aplikaci.
42 
43**Nevyhody:**
44- Vetsi infrastrukturni slozitost.
45- Sprava komunikace mezi sluzbami.
46- Slozitejsi ladeni a testovani.
47 
48## Kdy zvolit Monolit?
49 
50- Male projekty nebo MVP.
51- Male tymy.
52- Omezene pozadavky na skalovatelnost.
53 
54## Kdy zvolit Mikrosluzby?
55 
56- Velke nebo rychle rostouci projekty.
57- Vice specializovanych tymu.
58- Potreba skalovat pouze urcite casti aplikace.
59 
60## Zaver
61 
62Neexistuje univerzalni reseni: volba zavisi na slozitosti projektu, velikosti tymu a ciлech skalovatelnosti. Dulezite je byt si vedom kompromisu a zvolit architekturu, ktera nejlepe vyhovuje vasim potrebam.
63