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/Architecture
Architecturehard

Event schema evolution — how do you avoid breaking consumers?

Tags
#events#schema-evolution#backward-compatibility
Back to categoryPractice quiz

Answer

Prefer backward-compatible changes: only add optional fields, don’t rename/remove fields, and version events when you must break compatibility. Consumers should ignore unknown fields and handle missing fields safely.

Related questions

Architecture
Event sourcing: what is it and what are the main trade-offs?
#architecture#event-sourcing#events
Architecture
API versioning — when do you version and what are two common strategies?
#api-versioning#backward-compatibility#rest
MongoDB
Change streams: what are they used for?
#mongo#change-streams#cdc
PostgreSQL
LISTEN/NOTIFY: what problem does it solve?
#postgres#listen-notify#pubsub
Monoliths
Domain events inside a monolith: why use them and what are the pitfalls?
#monoliths#ddd#events
Microservices
Kafka ordering: what ordering guarantees do you get and how do you design for ordering?
#microservices#kafka#ordering