proto.lib

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 đó.

MessagingTrung bình2026-08-25
Drain Consumer trước khi Deploy

Tags

#graceful-shutdown#drain#deploy#sigterm#redelivery#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

MessagingNâng cao

Kafka Share Groups: hành vi hàng đợi trên log

Thay vì gán mỗi consumer một partition cố định, share group cho phép NHIỀU consumer cùng đọc một partition, ack từng record riêng lẻ — mang lại hành vi work-queue (nhiều consumer hơn partition, ack/redeliver theo record) trên cùng broker vẫn giữ log replay được, đổi lại mất thứ tự per-record.

#kafka#share-group#kip-932#queue-semantics
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

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