Koji su ključni obrasci za arhitekturu mikroservisa?

Question

Accepted Answer

Pravilna gradnja mikroservisa zahtijeva rješavanje izazova distribuiranih sustava kroz etablirane **obrasce** — za komunikaciju servisa, upravljanje podacima, otpornost i opservabilnost. Ti obrasci pomažu upravljanju inherentnom složenosti mikroservisa.

## Obrasci komunikacije i API-ja

```text
✓ API GATEWAY → single entry point; centralizes cross-cutting concerns (routing, auth, etc.)
✓ SERVICE DISCOVERY → services find each other dynamically (registry) as instances change
✓ Sync (REST/gRPC) for request/response; ASYNC (events/queues) for decoupling → prefer
  async/events to reduce coupling where possible
✓ BFF (Backend for Frontend) → tailored gateways per client type
```

## Obrasci upravljanja podacima

```text
✓ DATABASE PER SERVICE → each service owns its data (no shared database) → independence,
  but data is distributed (no cross-service joins/transactions)
✓ SAGA → manage transactions ACROSS services without distributed transactions:
  → a sequence of local transactions + compensating actions on failure (eventual consistency)
✓ EVENT SOURCING / CQRS → event-based state and separate read/write models
✓ Eventual consistency across services (embrace it; avoid distributed transactions)
```

## Obrasci otpornosti i opservabilnosti

```text
✓ CIRCUIT BREAKER → stop calling a failing service (prevent cascading failures)
✓ RETRY (with backoff), TIMEOUT, BULKHEAD (isolation) → handle failures gracefully
✓ DISTRIBUTED TRACING → trace requests across services (essential for debugging)
✓ Centralized LOGGING/monitoring; health checks
✓ IDEMPOTENCY → safe retries; handle duplicate messages
```

## Zašto je važno

Razumijevanje ključnih obrazaca mikroservisa vrijedna je znanja na višoj razini jer **mikroservisi unose značajnu složenost** koju ti etablirani obrasci pomažu upravljati, pa je njihovo razumijevanje važno za uspješnu gradnju mikroservisa.

Mikroservisi nude prednosti (neovisno skaliranje, postavljanje i timovi) ali donose složenost distribuiranih sustava, a etablirani **obrasci** su način na koji se ta složenost upravlja — čineći ih važnim znanjem za sve koji grade mikroservise.

Razumijevanje **obrazaca komunikacije** — **API gateway** (centralizacija problema na razini više servisa), **service discovery** (servisi se međusobno dinamički pronalaze) i izbor sinkrone vs asinkrone komunikacije (preferiranjem asinkrone/događaja za smanjenje vezanosti) — rješava kako servisi međusobno komuniciraju.

Razumijevanje **obrazaca upravljanja podacima** posebno je važno jer su podaci najtežiji dio mikroservisa: **baza podataka po servisu** (svaki servis posjeduje svoje podatke za neovisnost, ali znači da nema cross-service spajanja ili transakcija), **saga obrazac** (upravljanje transakcijama preko servisa kroz lokalne transakcije i kompenzacijske akcije, jer se distribuirane transakcije izbjegavaju — prihvaćajući konačnu konzistentnost), i event sourcing/CQRS — ti se bave izazovom upravljanja podacima preko servisa bez zajedničkih baza podataka ili distribuiranih transakcija.

Razumijevanje **obrazaca otpornosti i opservabilnosti** — **circuit breaker** (sprječavanje kaskadnih neuspjeha), ponovljeni pokušaji sa backoff-om, timeout-i, bulkhead-i (izolacija), **distribuirano praćenje** (ključno za otklanjanje grešaka zahtjeva preko servisa), centralizirano zapisivanje/monitoring i idempotentnost (za sigurne ponovne pokušaje) — rješava izazove pouzdanosti i operabilnosti distribuiranih mikroservisa.

Ti obrasci kolektivno čine mikroservise upravljivima umjesto kaotičnima.

Budući da mikroservisi unose značajnu složenost distribuiranih sustava koju etablirani obrasci (API gateway, service discovery, baza podataka po servisu, saga, circuit breaker, distribuirano praćenje) pomažu upravljati, i budući da je razumijevanje tih obrazaca važno za uspješnu gradnju mikroservisa, razumijevanje ključnih obrazaca mikroservisa vrijedna je znanja na višoj razini — važna za upravljanje inherentnom složenosti mikroservisa kroz dokazane obrasce za komunikaciju, podatke, otpornost i opservabilnost, reflektirajući arhitekturnu zrelost potrebnu za pravilnu gradnju mikroservisa i ključnu kompetenciju za starije inženjere koji dizajniraju sustave bazirane na servisima.