Event-driven architecture trong microservices là gì?

Question

Accepted Answer

Trong một **event-driven architecture**, các service giao tiếp bằng cách **tạo ra và tiêu thụ event** qua một broker (Kafka, RabbitMQ, v.v.). Một service thông báo rằng điều gì đó đã xảy ra; các service quan tâm sẽ phản ứng — producer không biết hay chờ chúng.

## Cách hoạt động

```text
Order Service ─publish→ [ Event Broker: "order.placed" ]
                              │
            ┌─────────────────┼──────────────────┐
            ▼                 ▼                  ▼
      Inventory         Notification          Analytics
      (giữ kho hàng)    (gửi email)           (ghi metric)
```

## Ví dụ payload của event

```json
{
  "eventType": "order.placed",
  "eventId": "e-9f2c",          // duy nhất → consumer khử trùng lặp
  "occurredAt": "2026-06-18T10:00:00Z",
  "data": { "orderId": "42", "total": 99.5 }
}
```

## Lợi ích

- **Gắn kết lỏng** — thêm một consumer mới mà không động đến producer.
- **Khả năng phục hồi** — broker đệm event trong lúc có sự cố.
- **Khả năng mở rộng** — các consumer mở rộng độc lập.

## Cạm bẫy

```text
⚠️ Eventual consistency — bên đọc có thể thấy dữ liệu cũ trong chốc lát
⚠️ Giao trùng lặp — làm consumer idempotent (dùng eventId)
⚠️ Thứ tự — chỉ được đảm bảo trong một partition/queue
⚠️ Khó truy vết một luồng qua nhiều consumer
```

## Tại sao điều này quan trọng

Thiết kế event-driven là thứ cho phép bạn thêm các năng lực (analytics, kiểm tra gian lận, thông báo) chỉ bằng cách đăng ký, với zero thay đổi ở các producer hiện có.

Khả năng mở rộng và khả năng phục hồi đó đến với cái giá là eventual consistency và việc debug khó hơn — đánh đổi trung tâm mà bạn chấp nhận khi đi theo event-driven.