1
0 Comments

Event-sourcing for multi-tenant B2B SaaS — genuinely worth it, or over-engineering for most teams?

My default architecture for multi-tenant B2B SaaS is event-sourced: commands produce immutable events, read models are projections you can rebuild anytime. Why I like it — audit trail, full history, and strict tenant isolation aren't features I bolt on later, they fall out of the model itself.

But I keep meeting sharp devs who think ES is over-engineering for most SaaS: more moving parts, eventual-consistency headaches, harder onboarding — and a plain CRUD + audit_log table would've shipped faster.

Genuinely trying to find the line, not defend a position:

  • when is ES the right default vs a trap?
  • what made you regret it (or regret NOT using it) on a real product?

Not selling anything — this is the reference architecture I keep reaching for and I want it stress-tested.

on July 9, 2026
Trending on Indie Hackers
5 days post-launch: Top 50 on Product Hunt, zero signups, and why I think that's actually fine User Avatar 118 comments The feature you're most sure about is the one you should question first User Avatar 118 comments I let 3 LLMs argue on the famous AI "Car wash: Walk or Drive" problem to prove a point. User Avatar 50 comments Built a local-first privacy extension. Looking for feedback. User Avatar 38 comments I built an AI fitness coach, then realized AI was only solving half my funnel User Avatar 35 comments I spent months chasing clients who already had a webmaster. So I built something that only finds the ones who don't. User Avatar 34 comments