Phân biệt Message Queue (RabbitMQ) vs Event Streaming (Kafka): Chọn công cụ nào cho dự án?

Nhầm lẫn phổ biến giữa Message Queue và Event Streaming#

Rất nhiều lập trình viên đánh đồng RabbitMQ và Apache Kafka với nhau và coi chúng là hai công cụ có thể thay thế lẫn nhau. Thực tế, triết lý thiết kế (Design Philosophy) của hai hệ thống này hoàn toàn khác biệt:

• RabbitMQ: Là một "Người đưa thư thông minh" (Smart Broker, Dumb Consumer).
• Kafka: Là một "Cuốn sổ nhật ký phân tán chỉ cho phép ghi nối tiếp" (Dumb Broker, Smart Consumer).

1. Cơ chế hoạt động của RabbitMQ#

• Khi producer gửi một message vào Exchange, Exchange định tuyến message vào Queue dựa trên routing key.
• Khi consumer nhận và xác nhận (ACK) message, RabbitMQ sẽ xóa message đó khỏi bộ nhớ.
• Thế mạnh: Định tuyến tin nhắn cực kỳ linh hoạt (Topic, Direct, Fanout), hỗ trợ retry, priority queue, message TTL.
• Phù hợp: Xử lý đơn hàng, gửi email, giao việc cho worker nền.

2. Cơ chế hoạt động của Apache Kafka#

• Message được ghi vào các Partition dưới dạng Append-only log.
• Consumer đọc message theo vị trí con trỏ (Offset). Khi consumer đọc xong, message KHÔNG bị xóa.
• Một message có thể được đọc lại nhiều lần bởi nhiều nhóm consumer khác nhau, hoặc đọc lại lịch sử từ 7 ngày trước.
• Thế mạnh: Throughput siêu khủng (hàng triệu sự kiện/giây), lưu trữ dữ liệu bền vững theo thời gian.
• Phù hợp: Log aggregation, Event Sourcing, theo dõi hành vi người dùng (Clickstream), phân tích dữ liệu thời gian thực.

Bảng so sánh tiêu chuẩn chọn lựa#

Góc thảo luận#

Dự án của bạn đang dùng RabbitMQ hay Kafka? Bạn đã bao giờ phải dùng tính năng Replay offset của Kafka để phục hồi dữ liệu khi code có bug chưa?

Xem thêm nội dung liên quan:

• Lộ trình học Kiến trúc Hệ thống Phân tán
• Bộ câu hỏi trắc nghiệm Kafka & MQ