Hogyan kommunikálnak a mikroszolgáltatások egymással?

Question

Accepted Answer

A szolgáltatások vagy **szinkron** módon (kérés/válasz REST vagy gRPC felett) vagy **aszinkron** módon (üzenetek/események egy közvetítőn, például Kafka vagy RabbitMQ keresztül) kommunikálnak.

## Szinkron (kérés/válasz)

A hívó vár a válaszra. Egyszerű és intuitív, de az elérhetőség köl összekapcsolódik — ha a meghívott szolgáltatás leállt, az azt hívó is érintett.

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

## Aszinkron (üzenetkezelés/események)

A küldő közzétesz egy üzenetet és továbblép; a fogyasztók később feldolgozzák azt. Ez időben leválasztja a szolgáltatásokat.

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

## Mikor melyiket használjuk

| Szükséglet | Válassz |
|---|---|
| Azonnali válasz a felhasználónak | Szinkron |
| Leválasztás, pufferelés, fan-out | Aszinkron |
| Erős időbeli csatolódás elfogadható | Szinkron |
| Rugalmasság az alárendelt kimaradásokkal szemben | Aszinkron |

## Csapda

A hosszú **szinkron láncok** (A → B → C → D) megsokszorozják a késleltetést és a meghibásodás valószínűségét. Lehetőség szerint az async vagy az összesítést részesítsd előnyben.

## Miért számít

A kommunikációs stílus alakítja a rendszer rugalmasságát: a szinkron hívások könnyen értelmezhetőek, de szoros futásidejű csatolódást hoznak létre, míg az aszinkron üzenetkezelés leválasztást biztosít az esetleges konzisztencia árán.

A legtöbb valós rendszer mindkettőt használja — szinkront a felhasználóval szembenéző olvasásokhoz, aszinkront a háttérfolyamatokhoz.

Szükséglet	Válassz
Azonnali válasz a felhasználónak	Szinkron
Leválasztás, pufferelés, fan-out	Aszinkron
Erős időbeli csatolódás elfogadható	Szinkron
Rugalmasság az alárendelt kimaradásokkal szemben	Aszinkron