proto.lib

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.

MessagingTrung bình2026-08-24
Pub/Sub: Push vs Pull Subscription

Tags

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

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

MessagingTrung bình

Inbound Webhook Ingestion (nhận webhook từ bên thứ ba)

Khi là bên nhận webhook, endpoint phải xác thực chữ ký, trả 2xx NGAY trước khi xử lý bằng cách ghi payload gốc vào một queue bền vững, rồi xử lý bất đồng bộ với dedup theo event id của nhà cung cấp — vì bất cứ độ chậm hay lỗi nào cũng khiến bên gửi retry, gây trùng lặp và cuối cùng vô hiệu hoá endpoint.

#webhook#ingestion#idempotency#queue
MessagingTrung bình

Sink Connector ghi idempotent bằng upsert

Một sink kết nối stream vào database phải tránh trùng lặp khi redelivery: nó tính khoá xác định cho mỗi record và ghi bằng upsert (hoặc insert kèm unique constraint), đồng thời lưu version/offset của record để một retry cũ hơn không thể ghi đè bản mới hơn.

#sink-connector#idempotency#upsert#at-least-once
MessagingTrung bình

Drain Consumer trước khi Deploy

Khi deploy, instance consumer phải dừng fetch message mới, xử lý xong phần đang giữ, commit rồi mới exit; grace period của orchestrator phải dài hơn thời gian xử lý message lâu nhất, nếu không platform sẽ kill giữa chừng và broker redeliver phần việc đó.

#graceful-shutdown#drain#deploy#sigterm