Apa itu event-driven architecture dalam microservices?

Question

Accepted Answer

Dalam **event-driven architecture**, layanan berkomunikasi dengan **memproduksi dan mengonsumsi events** melalui broker (Kafka, RabbitMQ, dll). Sebuah layanan mengumumkan bahwa sesuatu terjadi; layanan yang tertarik bereaksi — produsen tidak tahu atau menunggu mereka.

## Cara kerjanya

```text
Order Service ─publish→ [ Event Broker: "order.placed" ]
                              │
            ┌─────────────────┼──────────────────┐
            ▼                 ▼                  ▼
      Inventory         Notification          Analytics
      (reserve stock)   (send email)          (record metric)
```

## Contoh event payload

```json
{
  "eventType": "order.placed",
  "eventId": "e-9f2c",          // unique → consumers dedupe
  "occurredAt": "2026-06-18T10:00:00Z",
  "data": { "orderId": "42", "total": 99.5 }
}
```

## Manfaat

- **Loose coupling** — tambahkan consumer baru tanpa menyentuh producer.
- **Resilience** — broker membuffer events saat terjadi gangguan.
- **Scalability** — consumers dapat diskalakan secara independen.

## Jebakan

```text
⚠️ Eventual consistency — readers may briefly see stale data
⚠️ Duplicate delivery — make consumers idempotent (use eventId)
⚠️ Ordering — only guaranteed within a partition/queue
⚠️ Hard to trace a flow across many consumers
```

## Mengapa ini penting

Desain event-driven adalah yang memungkinkan Anda menambahkan kemampuan (analytics, fraud checks, notifications) hanya dengan berlangganan, tanpa perubahan apapun pada producer yang ada.

Fleksibilitas dan resilience tersebut datang dengan harga eventual consistency dan debugging yang lebih sulit — trade-off sentral yang Anda terima saat menggunakan event-driven.