RabbitMQ hỗ trợ những mẫu messaging nào?

Question

Accepted Answer

Exchange và binding linh hoạt của RabbitMQ hỗ trợ nhiều **mẫu messaging** — work queue, publish/subscribe, routing, topic, và request/reply (RPC). Hiểu các mẫu này là chìa khóa để dùng RabbitMQ cho các nhu cầu giao tiếp khác nhau.

## Work queue (phân phối task)

```text
WORK QUEUE → phân phối task cho nhiều WORKER (competing consumer):
  → producer → queue → nhiều consumer (mỗi message đến MỘT worker) → xử lý song song
  → dùng cho: phân phối công việc nền; mở rộng xử lý task
```

## Publish/Subscribe (broadcast)

```text
PUB/SUB → broadcast một message đến NHIỀU consumer (mỗi cái nhận một bản sao):
  → FANOUT exchange → mọi queue đã bind đều nhận message → tất cả consumer nhận nó
  → dùng cho: broadcast sự kiện đến tất cả các bên quan tâm (thông báo, cập nhật)
```

## Routing và topic

```text
ROUTING → phân phối message có chọn lọc theo một key (DIRECT exchange):
  → consumer bind với key → chỉ nhận message có key khớp (vd: theo mức độ log)
TOPIC → định tuyến dựa trên mẫu (TOPIC exchange với wildcard):
  → "order.created", "order.*", "*.error" → định tuyến theo danh mục/topic linh hoạt
  → dùng cho: định tuyến theo danh mục/mẫu đến các consumer quan tâm
```

## Request/Reply (RPC)

```text
RPC → request/response qua messaging:
  → client gửi một request (với một reply-to queue + correlation ID); server xử lý và
    gửi response đến reply queue
  → dùng cho: request/response kiểu đồng bộ giữa các service qua messaging
```

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

Hiểu các mẫu messaging mà RabbitMQ hỗ trợ là điều có giá trị bởi vì chúng là **cách RabbitMQ đáp ứng các nhu cầu giao tiếp khác nhau**, nên hiểu chúng là chìa khóa để dùng RabbitMQ hiệu quả.

Exchange và binding linh hoạt của RabbitMQ cho phép nhiều mẫu cho các kịch bản khác nhau.

Hiểu **work queue** (phân phối task cho nhiều worker bằng competing consumer, nơi mỗi message đến một worker cho xử lý song song — mẫu kinh điển cho phân phối công việc nền và mở rộng xử lý task) là mẫu RabbitMQ phổ biến nhất.

Hiểu **publish/subscribe** (broadcast một message đến nhiều consumer qua một fanout exchange, nơi mọi queue đã bind đều nhận một bản sao — cho broadcast sự kiện đến tất cả các bên quan tâm) đáp ứng giao tiếp một-tới-nhiều.

Hiểu **routing và topic** — routing (phân phối có chọn lọc theo key qua một direct exchange) và **topic** (định tuyến dựa trên mẫu với wildcard qua một topic exchange, cho định tuyến theo danh mục/topic linh hoạt) — đáp ứng phân phối có chọn lọc, dựa trên mẫu, tận dụng định tuyến linh hoạt của RabbitMQ.

Hiểu **request/reply (RPC)** — request/response qua messaging dùng reply-to queue và correlation ID — đáp ứng giao tiếp kiểu đồng bộ giữa các service qua messaging.

Hiểu các mẫu này (work queue cho phân phối task, pub/sub cho broadcast, routing/topic cho phân phối có chọn lọc, RPC cho request/reply) là chìa khóa để dùng RabbitMQ cho các nhu cầu giao tiếp khác nhau, vì mỗi mẫu giải quyết một vấn đề khác nhau và định tuyến linh hoạt của RabbitMQ cho phép tất cả chúng — một thế mạnh chính của RabbitMQ.

Biết mẫu nào phù hợp với nhu cầu nào là thiết yếu để thiết kế giao tiếp dựa trên RabbitMQ.

Vì RabbitMQ hỗ trợ nhiều mẫu messaging (work queue, pub/sub, routing, topic, RPC) đáp ứng các nhu cầu giao tiếp khác nhau và tận dụng định tuyến linh hoạt của nó, và vì hiểu các mẫu này là chìa khóa để dùng RabbitMQ hiệu quả cho các kịch bản khác nhau, nên hiểu các mẫu messaging mà RabbitMQ hỗ trợ là kiến thức có giá trị, liên quan thực tế — trung tâm để dùng RabbitMQ cho các nhu cầu giao tiếp khác nhau (phân phối task, broadcast, định tuyến có chọn lọc, request/reply), thể hiện thế mạnh định tuyến linh hoạt của RabbitMQ, và quan trọng để thiết kế giao tiếp dựa trên RabbitMQ một cách phù hợp.