마이크로서비스에서 event-driven architecture란 무엇인가요?

Question

Accepted Answer

**event-driven architecture(이벤트 주도 아키텍처)**에서 서비스는 브로커(Kafka, RabbitMQ 등)를 통해 **이벤트를 생산하고 소비**함으로써 통신합니다. 서비스는 무언가 일어났음을 알리고, 관심 있는 서비스가 반응합니다. 생산자는 그들을 알지도 기다리지도 않습니다.

## 동작 방식

```text
Order Service ─발행→ [ Event Broker: "order.placed" ]
                              │
            ┌─────────────────┼──────────────────┐
            ▼                 ▼                  ▼
      Inventory         Notification          Analytics
      (재고 예약)        (이메일 발송)          (지표 기록)
```

## 이벤트 페이로드 예시

```json
{
  "eventType": "order.placed",
  "eventId": "e-9f2c",          // 고유 → 소비자가 중복 제거
  "occurredAt": "2026-06-18T10:00:00Z",
  "data": { "orderId": "42", "total": 99.5 }
}
```

## 장점

- **느슨한 결합** — 생산자를 건드리지 않고 새 소비자를 추가.
- **복원력** — 브로커가 장애 동안 이벤트를 버퍼링.
- **확장성** — 소비자가 독립적으로 확장.

## 함정

```text
⚠️ eventual consistency — 읽는 쪽이 잠시 오래된 데이터를 볼 수 있음
⚠️ 중복 전달 — 소비자를 멱등하게 만들 것(eventId 사용)
⚠️ 순서 — 파티션/큐 내에서만 보장
⚠️ 많은 소비자에 걸친 흐름 추적이 어려움
```

## 왜 중요한가

event-driven 설계는 기존 생산자를 전혀 변경하지 않고 단지 구독함으로써 기능(분석, 사기 탐지, 알림)을 추가할 수 있게 해줍니다.

그 확장성과 복원력은 eventual consistency와 더 어려운 디버깅이라는 대가를 동반합니다. event-driven으로 갈 때 받아들이는 핵심 트레이드오프입니다.