Kako se mikrostoritve med seboj komunicirajo?

Question

IT Interview Practice · Accepted Answer

Storitve komunicirajo bodisi **sinhrono** (zahtevek/odgovor prek REST ali gRPC) bodisi **asinhrono** (sporočila/dogodki preko brokarja, kot so Kafka ali RabbitMQ).

## Sinhron (zahtevek/odgovor)

Pozivajočega čaka odgovor. Preprosto in intuitivno, vendar povzroči vezanost razpoložljivosti — če je pozvani nedostopen, je prizadet pozivajočega.

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

## Asinhroni (sporočanja/dogodki)

Pošiljatelj objavi sporočilo in nadaljuje; potrošniki ga obdelajo pozneje. To razdeli storitve v času.

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

## Kdaj uporabiti katero

| Potreba | Izbira |
|---|---|
| Takojšen odgovor za uporabnika | Sinhron |
| Ločitev, medpomnilnik, razširitev | Asinhroni |
| Trdna časovna vezanost je sprejemljiva | Sinhron |
| Odpornost na izpade nadrejenih | Asinhroni |

## Pasti

Dolge **sinhrone verige** (A → B → C → D) povečajo zakasnitev in verjetnost napake. Po možnosti raje asinhroni ali agregacija.

## Zakaj je to pomembno

Slog komuniciranja oblikuje odpornost sistema: sinhrone klice je enostavno razumeti, vendar ustvarijo tesno runtime vezanost, medtem ko asinkrona sporočanja zagotavljajo ločitev za ceno končne skladnosti.

Večina resničnih sistemov kombinira oboje — sinhron za odgovore obrnjena na uporabnike, asinhroni za ozadnje delovne pretoke.

Potreba	Izbira
Takojšen odgovor za uporabnika	Sinhron
Ločitev, medpomnilnik, razširitev	Asinhroni
Trdna časovna vezanost je sprejemljiva	Sinhron
Odpornost na izpade nadrejenih	Asinhroni

Sinhron (zahtevek/odgovor)

Asinhroni (sporočanja/dogodki)

Kdaj uporabiti katero

Pasti

Zakaj je to pomembno

Povezana vprašanja