Kako mikroservisi međusobno komuniciraju?

Question

Accepted Answer

Servisi komuniciraju ili **sinkrono** (zahtjev/odgovor preko REST-a ili gRPC-a) ili **asinkrono** (poruke/događaji kroz broker poput Kafke ili RabbitMQ-a).

## Sinkrono (zahtjev/odgovor)

Pozivajući čeka odgovor. Jednostavno i intuitivno, ali vezuje dostupnost — ako pozivani servis nije dostupan, pozivajući je pogođen.

```http
GET /orders/42 HTTP/1.1
Host: orders-service
Accept: application/json
```

## Asinkrono (poruke/događaji)

Pošiljaču objavi poruku i nastavlja dalje; konzumenti je obrađuju kasnije. To odspaja servise u vremenu.

```text
Order Service ──publish "OrderPlaced"──▶ [ Broker ] ──▶ Email Service
                                              │
                                              └──▶ Inventory Service
```

## Kada koristiti koje

| Potreba | Odaberi |
|---|---|
| Trenutni odgovor za korisnika | Sinkrono |
| Odspajanje, međuspremnik, fan-out | Asinkrono |
| Snažna vremenska vezanost je OK | Sinkrono |
| Otpornost na nedostupnost downstream servisa | Asinkrono |

## Zamka

Duge **sinkrone lance** (A → B → C → D) množe latenciju i vjerojatnost kvar. Preferira asinkrono ili agregaciju gdje je moguće.

## Zašto je to važno

Stil komunikacije oblikuje otpornost sustava: sinkroni pozivi su lako razumljivi, ali stvaraju čvrstu runtime vezanost, dok asinkrone poruke kupuju odspajanje po cijeni eventualne konzistencije.

Većina stvarnih sustava miješa oba — sinkrono za čitanja usmjerena korisnicima, asinkrono za pozadinske tokove.

Potreba	Odaberi
Trenutni odgovor za korisnika	Sinkrono
Odspajanje, međuspremnik, fan-out	Asinkrono
Snažna vremenska vezanost je OK	Sinkrono
Otpornost na nedostupnost downstream servisa	Asinkrono