Kaip mikropaslaugos komunikuoja viena su kita?

Question

Accepted Answer

Paslaugos komunikuoja arba **sinchroniškai** (užklausą/atsakymą per REST arba gRPC) arba **asinchroniškai** (žinutes/įvykius per brokerį, pvz., Kafka arba RabbitMQ).

## Sinchroninis (užklausą/atsakymą)

Šaukiantysis laukia atsakymo. Paprasta ir intuityvus, tačiau tai sujungia prieinamumą — jei iškviestoji paslauga yra nebėra, šaukiantis yra paveiktas.

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

## Asinchroninis (žinutes/įvykiai)

Siuntėjas paskelbias žinutę ir eina toliau; vartotojai ją vėliau apdoroja. Tai atriša paslaugos laike.

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

## Kada naudoti kurią

| Poreikis | Pasirinkite |
|---|---|
| Momentinis atsakymas vartotojui | Sinchroninis |
| Atriškimas, buferiavimas, fan-out | Asinchroninis |
| Stiprūs laiko sujungimas gerai | Sinchroninis |
| Atsparumas žemesnės paslaugos išdavoms | Asinchroninis |

## Spąstai

Ilgi **sinchroniniai grandinės** (A → B → C → D) padaugina latenciją ir gedimo tikimybę. Rinkitės async arba agregaciją, kur įmanoma.

## Kodėl tai svarbu

Komunikacijos stilius formuoja sistemos atsparumą: sinchroniniai skambučiai lengvai suvokiami, bet sukuria griežtą veikimo sujungimą, o asinchroninės žinutės gauna atriškimą už galutinio nuoseklumo kainą.

Dauguma realių sistemų sumaišo abi — sinchron vartotojui atkreiptom skaitymams, asinchron foniniam darbui.

Poreikis	Pasirinkite
Momentinis atsakymas vartotojui	Sinchroninis
Atriškimas, buferiavimas, fan-out	Asinchroninis
Stiprūs laiko sujungimas gerai	Sinchroninis
Atsparumas žemesnės paslaugos išdavoms	Asinchroninis