RabbitMQ는 Kafka와 어떻게 다릅니까?

Question

Accepted Answer

RabbitMQ와 Kafka는 둘 다 메시징 시스템이지만 근본적으로 다릅니다. RabbitMQ는 **전통적인 message broker**(queue, 유연한 라우팅, 소비되면 제거되는 메시지)이고, Kafka는 **분산 이벤트 로그**(보존되고 재생 가능하며 고처리량 스트리밍)입니다. 둘은 서로 다른 용도에 적합합니다.

## 근본적인 차이

```text
RABBITMQ → message BROKER (smart broker, simple consumer):
  → 메시지가 exchange를 통해 ROUTING되고, 소비되면 제거됨 (일시적)
  → 풍부한 ROUTING (exchange 타입); 메시지 단위 처리; push 기반
  → 용도: 작업 큐, 복잡한 라우팅, request/reply, 전통적 메시징
KAFKA → 분산 이벤트 LOG (simple broker, smart consumer):
  → 이벤트가 RETAIN됨 (소비해도 제거 안 됨), 재생 가능; 파티션 기반
  → 매우 높은 처리량; 여러 consumer가 같은 데이터를 읽음; pull 기반
  → 용도: 이벤트 스트리밍, 대용량 데이터, 파이프라인, 보존/재생
```

## 비교

```text
                  RabbitMQ                  Kafka
모델              message broker/queue      분산 이벤트 로그
Routing           풍부함 (exchange)         기본적 (topic/partition)
소비 후            제거됨                    보존됨 (재생 가능)
처리량            높음                      매우 높음
재생(replay)      불가 (소비됨)             가능
다중 reader        competing consumers       독립적 consumer group
적합 용도          작업 큐, 라우팅           스트리밍, 대용량, 파이프라인
```

## 언제 무엇을 쓸까

```text
RABBITMQ → 작업/잡 큐, 복잡한 라우팅 요구, request/reply, 중저~중간 규모,
  메시지 단위 워크플로, 전통적 메시징
KAFKA → 대용량 이벤트 스트리밍, 데이터 파이프라인, event sourcing, 재생,
  같은 스트림의 다중 consumer, 실시간 처리
→ 겹치지만 잘하는 영역이 다름; 용도에 따라 선택
```

## 왜 중요한가

RabbitMQ가 Kafka와 어떻게 다른지 이해하는 것은 가치가 있습니다. **둘은 가장 많이 논의되는 두 메시징 시스템**이며 근본적으로 다른 모델을 가지므로, 그 차이를 이해하는 것이 올바른 도구 선택에 중요하기 때문입니다.

RabbitMQ와 Kafka는 둘 다 메시징 시스템이지만 매우 다르게 동작하며, 이 비교는 흔하고 중요합니다.

**근본적인 차이** — RabbitMQ는 **message broker**("smart broker, simple consumer": 메시지가 exchange를 통해 라우팅되고 소비되면 제거되며, 풍부한 라우팅과 메시지 단위 처리, 작업 큐와 복잡한 라우팅용), Kafka는 **분산 이벤트 로그**("simple broker, smart consumer": 이벤트가 보존되고 재생 가능하며 파티션 기반, 매우 높은 처리량, 여러 consumer가 같은 데이터를 읽음, 이벤트 스트리밍과 대용량용) — 가 그 모델과 강점의 핵심 구분을 포착합니다.

**비교**(broker/queue vs 이벤트 로그, 풍부한 vs 기본 라우팅, 제거 vs 보존, 높은 vs 매우 높은 처리량, 재생 불가 vs 가능, competing consumers vs 독립 group)를 이해하면 구체적인 차이가 명확해집니다.

**언제 무엇을 쓸지** — RabbitMQ는 작업/잡 큐, 복잡한 라우팅, request/reply, 중간 규모, 전통적 메시징에; Kafka는 대용량 이벤트 스트리밍, 데이터 파이프라인, event sourcing, 재생, 같은 스트림의 다중 consumer, 실시간 처리에 — 을 이해하는 것이 실무적 가치이며, 둘 사이의 선택은 흔하고 중요한 결정입니다.

둘이 겹치지만 잘하는 영역이 다름을 인식하고 용도에 따라 선택하는 것은 건전한 판단을 반영합니다.

이 RabbitMQ-vs-Kafka 비교는 가장 흔한 메시징 시스템 결정 중 하나이며 자주 논의됩니다.

RabbitMQ와 Kafka는 근본적으로 다른 모델(broker/queue vs 이벤트 로그)과 강점(라우팅/작업 큐 vs 스트리밍/대용량)을 가진, 가장 많이 논의되는 두 메시징 시스템이며, 그 차이를 이해하는 것이 올바른 도구 선택(흔한 결정)에 중요하므로, RabbitMQ가 Kafka와 어떻게 다른지 이해하는 것은 가치 있고 실무적으로 관련 있는 지식입니다. 두 주요 메시징 시스템 간의 근본적 차이와 각각을 언제 쓸지(RabbitMQ는 작업 큐와 라우팅, Kafka는 스트리밍과 대용량)를 명확히 하며, 메시징 시스템 선택이라는 흔하고 중요한 결정에 중요합니다.