3 ms·
I work in a shop with about 6 years of event-sourcing experience (as in, our production has run on eventsourcing since 2017). My view is, that 'humans are not
by fifticon 3y ago
I work in a shop with about 6 years of event-sourcing experience (as in, our production has run on eventsourcing since 2017).
My view is, that 'humans are not mature enough for eventsourcing'. For eventsourcing to work sanely, it must be used responsibly. Reality is, that people make mistakes, and eventsourcing HURTS whenever your developers don't act maturely on the common history you have built.
For us, it has meant a bungee jump of "move ALL the things to eventsourcing", followed by a long slow painful 'move everything that doesn't NEED eventsourcing out of eventsourcing again, into relational database, and only keep the relevant eventsourcing parts in the actual eventsource db'.
The main consequences for us have been 'consume a huge/expensive amount of resources' to do what we already did earlier, with vastly fewer resources, at the benefit of having some things easier to do, and a lot of other things suddenly complex.
In particular, it was not a 'costless abstraction', instead it forced us to always consider the consequences for our eventsourcing.
- JoeAltmaier 3y agoBeen a joke since porting to new systems has existed: "Well, now it's bigger and slower, but at least it was more expensive!"
- winrid 3y agoI know of teams that spent over a year trying to build a generic import system on streams, at multiple companies, and in both cases they should have just stood up a simple service on boxes with a lot of ram and auto scaling. Load CSV into memory. Done.