Bagaimanakah perkhidmatan mikro berkomunikasi antara satu sama lain?

Question

Accepted Answer

Perkhidmatan berkomunikasi sama ada **secara sinkron** (permintaan/respons melalui REST atau gRPC) atau **secara asinkron** (mesej/peristiwa melalui broker seperti Kafka atau RabbitMQ).

## Sinkron (permintaan/respons)

Pemanggil menunggu balasan. Mudah dan intuitif, tetapi ia menggandingkan ketersediaan — jika layanan yang dipanggil turun, pemanggil terjejas.

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

## Asinkron (mesej/peristiwa)

Pengirim menerbitkan mesej dan bergerak maju; pengguna memprosesnya kemudian. Ini memisahkan perkhidmatan dalam masa.

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

## Bila perlu menggunakan yang mana

| Keperluan | Pilih |
|---|---|
| Jawapan segera untuk pengguna | Sinkron |
| Pemisahan, pelindungan, fan-out | Asinkron |
| Gandingan temporal kuat OK | Sinkron |
| Ketahanan terhadap kegagalan hilir | Asinkron |

## Perangkap

**Rantai sinkron** panjang (A → B → C → D) memperbanyak latensi dan kemungkinan kegagalan. Lebih suka asinkron atau pengagregatan jika boleh.

## Mengapa ini penting

Gaya komunikasi membentuk ketahanan sistem: panggilan sinkron mudah difahami tetapi menciptakan gandingan masa larian ketat, sementara penyerahan mesej asinkron membeli pemisahan dengan kos konsistensi akhir.

Sistem sebenar yang paling campuran kedua-duanya — sinkron untuk bacaan yang menghadap pengguna, asinkron untuk aliran kerja latar belakang.

Keperluan	Pilih
Jawapan segera untuk pengguna	Sinkron
Pemisahan, pelindungan, fan-out	Asinkron
Gandingan temporal kuat OK	Sinkron
Ketahanan terhadap kegagalan hilir	Asinkron