Kuinka mikropalvelut kommunikoivat keskenään?

Question

Accepted Answer

Palvelut kommunikoivat joko **synkronisesti** (pyyntö/vastaus REST:in tai gRPC:n kautta) tai **asynkronisesti** (viestit/tapahtumat välittäjän kautta, kuten Kafka tai RabbitMQ).

## Synkroninen (pyyntö/vastaus)

Kutsuja odottaa vastausta. Yksinkertainen ja intuitiivinen, mutta se sitoo saatavuuden — jos kutsuttava on poissa, kutsuja vaikuttuu.

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

## Asynkroninen (viestintä/tapahtumat)

Lähettäjä julkaisee viestin ja jatkaa; kuluttajat käsittelevät sen myöhemmin. Tämä irrottaa palvelut ajallisesti.

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

## Milloin käyttää kumpaa

| Tarve | Valitse |
|---|---|
| Välitön vastaus käyttäjälle | Synkroninen |
| Irrotus, puskurointi, fan-out | Asynkroninen |
| Vahva ajallinen kytkentä OK | Synkroninen |
| Sietokyky lähteä olevien poikkeamien varalle | Asynkroninen |

## Sudenkuoppa

Pitkat **synkroniset ketjut** (A → B → C → D) kertoivat viiveen ja virheen todennäköisyyden. Valitse asynkroninen tai aggregointi missä mahdollista.

## Miksi se on tärkeää

Viestintätyyli muokkaa järjestelmän kestävyyttä: synkronointi kutsut ovat helppo päätellä, mutta luovat tiukan ajonaikaisen kytkennän, kun taas asynkroninen viestintä saavuttaa irrotuksen lopullisen johdonmukaisuuden kustannuksella.

Useimmat todelliset järjestelmät sekoittavat molemmat — synkroninen käyttäjän näkemille luvuille, asynkroninen tausta-tehtäville.

Tarve	Valitse
Välitön vastaus käyttäjälle	Synkroninen
Irrotus, puskurointi, fan-out	Asynkroninen
Vahva ajallinen kytkentä OK	Synkroninen
Sietokyky lähteä olevien poikkeamien varalle	Asynkroninen