proto.lib

Backpressure trong Messaging

Khi consumer xử lý chậm hơn producer, hệ thống dùng bounded buffer và credit-based flow control để tránh quá tải.

MessagingTrung bình2026-07-02
Backpressure trong Messaging

Tags

#backpressure#flow-control#buffer#throttling

Tài liệu tham khảo

Mở rộng

Animation gốc là một file HTML tự chứa, có thể nhúng lại ở bất kỳ trang nào khác. Mở file gốc

Liên quan

MessagingNâng cao

AMQP 1.0 Link Credit: receiver cấp phép trước khi sender gửi

Trong mô hình link của AMQP 1.0, receiver không bị sender dội message tới mức quá tải mà chủ động phát ra một lượng CREDIT (số message tối đa được phép gửi); sender chỉ được gửi đúng số đó rồi dừng, và receiver cấp thêm credit khi đã xử lý xong — biến backpressure thành một phần của giao thức chứ không phải cơ chế chắp thêm sau.

#amqp-1-0#link-credit#flow-control#backpressure
MessagingTrung bình

RabbitMQ Memory/Disk Watermark chặn Publisher

Khi mức dùng bộ nhớ hoặc dung lượng đĩa vượt watermark cấu hình, RabbitMQ tự bảo vệ mình bằng cách chặn (block) kết nối của publisher thay vì để broker sập — consumer vẫn tiếp tục rút hàng bình thường, khiến một consumer chậm rốt cuộc biến thành một producer bị đứng, điều rất dễ gây nhầm lẫn nếu không biết cơ chế này.

#rabbitmq#memory-watermark#flow-control#publisher-blocking
MessagingTrung bình

Pub/Sub: Push vs Pull Subscription

Với pull subscription, consumer tự gọi API để lấy message và tự kiểm soát tốc độ; với push subscription, broker chủ động POST message tới endpoint của bạn và tự backoff khi nhận response không phải 2xx — điều này chuyển quyền flow control từ consumer sang broker và biến độ khả dụng của endpoint thành một phần của đường truyền tải.

#pubsub#push-subscription#pull-subscription#flow-control