Blog

Your dream job? Lets Git IT.
Interactive technical interview preparation platform designed for modern developers.

XGitHub

Platform

  • Categories

Resources

  • Blog
  • About the app
  • FAQ
  • Feedback

Legal

  • Privacy Policy
  • Terms of Service

© 2025 LetsGit.IT. All rights reserved.

LetsGit.IT/Categories/Microservices
Microserviceshard

At-least-once delivery: how do you avoid duplicate side effects in a consumer?

Tags
#idempotency#deduplication#messaging#transactions
Back to categoryPractice quiz

Answer

Assume duplicates and make the handler idempotent. Common patterns: store a processed message ID with a unique constraint, use upserts, and keep changes + dedup in one transaction (inbox/dedup table).

Related questions

Microservices
What is a schema registry and why is it useful for events?
#schema-registry#events#compatibility
Microservices
Why do consumers need to be idempotent in event-driven systems?
#idempotency#messaging#retries
Microservices
Synchronous vs asynchronous communication — what’s the trade-off?
#communication#http
#messaging
Microservices
How do microservices communicate? Synchronous vs asynchronous.
#communication#rest#grpc
Databases
Autocommit vs explicit transactions: when does it matter?
#database#transactions#autocommit
Databases
Isolation levels: what’s the difference between Read Committed, Repeatable Read, and Serializable?
#database#transactions#isolation