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~