RabbitMQ에서 request/reply(RPC)는 어떻게 동작합니까?

Question

Accepted Answer

RabbitMQ를 통한 **request/reply(RPC)**는 메시징을 사용해 동기 스타일의 request-response 통신을 가능하게 합니다 — client가 요청을 보내고 reply queue를 통해 응답을 받으며, **correlation ID**를 사용해 응답을 요청에 매칭합니다. 서비스 간 호출에 유용한 패턴입니다.

## RabbitMQ에서 RPC 동작 방식

```text
메시징을 통한 RPC 패턴:
  1. CLIENT가 REQUEST 메시지를 보냄, 다음을 포함:
     → REPLY-TO queue (응답이 가야 할 곳)
     → CORRELATION ID (응답을 이 요청에 매칭하는 고유 ID)
  2. SERVER (consumer)가 요청을 처리하고 RESPONSE를 reply-to queue로 보냄,
     같은 CORRELATION ID 포함
  3. CLIENT가 reply queue에서 응답을 받고, CORRELATION ID로 매칭 →
     응답을 원래 요청과 짝지음
→ 비동기 메시징을 통한 request-response
```

## correlation ID가 중요한 이유

```text
→ client가 하나의 reply queue에 많은 미결 요청을 가질 수 있음 → 응답이 섞여서 도착
→ CORRELATION ID가 각 응답을 그 요청에 매칭 (어떤 응답이 어떤 호출에 대한 것인지)
→ 없으면 client는 어떤 응답이 어떤 요청에 답하는지 알 수 없음
```

## 고려사항

```text
✓ 타임아웃(TIMEOUT) → client는 무응답을 처리해야 함 (server가 다운/느릴 수 있음)
  → 영원히 기다리지 말 것
✓ reply queue → client별(보통 exclusive) reply queue, 또는 direct-reply-to 기능
✓ 메시징을 통한 RPC는 직접 호출 대비 지연을 더함 → 비동기가 허용되는지 고려
⚠️ client와 server 타이밍을 결합 (동기 스타일) → 때로 RPC보다 비동기 메시징이 나음
```

## 왜 중요한가

RabbitMQ에서 request/reply(RPC)가 어떻게 동작하는지 이해하는 것은 가치가 있습니다. 이는 **서비스 간 통신에 유용한 메시징 패턴**이므로, 그 요구에 관련 있는 지식입니다.

RabbitMQ를 통한 RPC는 메시징을 사용해 동기 스타일의 request-response 통신을 가능하게 하며, 서비스가 응답을 필요로 할 때 유용합니다.

**동작 방식** — client가 **reply-to queue**(응답이 갈 곳)와 **correlation ID**(응답을 매칭하기 위한)를 가진 요청을 보내고, server가 처리하여 같은 correlation ID로 reply queue에 응답을 보내며, client가 correlation ID로 응답을 받고 매칭 — 을 이해하면 비동기 메시징을 통한 request-response 메커니즘이 명확해집니다.

**correlation ID가 왜 중요한지** 이해하는 것이 핵심 통찰입니다: client가 하나의 reply queue에 많은 미결 요청을 가질 수 있고(응답이 섞여서 도착) **correlation ID가 각 응답을 그 요청에 매칭**(어떤 응답이 어떤 호출에 답하는지 client에게 알림)하므로, 없으면 client가 응답을 요청과 짝지을 수 없어 correlation ID가 RPC 패턴에 필수적입니다.

**고려사항** — **타임아웃** 처리(server가 다운되거나 느릴 수 있으므로 client가 무응답을 처리하고 영원히 기다리지 않음), reply queue 설정(client별 exclusive queue 또는 direct-reply-to), RPC가 직접 호출 대비 더하는 지연, RPC가 client와 server 타이밍을 결합한다는 단서(따라서 때로 RPC 스타일 동기 통신보다 비동기 메시징이 나음) — 를 이해하면 패턴의 신중한 사용을 반영합니다.

RabbitMQ를 통한 RPC를 이해하면 메시징을 통해 request-response 통신을 하는 방법(메시징의 decoupling과 신뢰성 이점과 함께)을 제공하며, 특정 서비스 간 시나리오에 유용하면서도 언제 비동기 메시징이 더 나은지 인식합니다.

RabbitMQ를 통한 request/reply(RPC)는 서비스 간 request-response 통신(reply queue와 correlation ID 사용)에 유용한 패턴이고 그 동작 방식과 고려사항을 이해하는 것이 그 요구에 관련 있으므로, RabbitMQ에서 RPC가 어떻게 동작하는지 이해하는 것은 가치 있고 실무적으로 관련 있는 RabbitMQ 지식입니다. 메시징을 통한 request-response 통신(correlation ID가 응답을 요청에 매칭)에 유용한 패턴이며, 서비스 간 호출에 관련 있고, 언제 RPC 스타일 메시징이 순수 비동기 메시징 대비 적합한지에 대한 이해를 반영합니다.