I have been having this discussion with my colleagues and so I need some clarification. We’ve been having issues with transactions failing because of timeout, as a lot of processes are trying to update the same table. That is why the event sourcing looked like a way out to us. But we were having this argument; since tables are still being updated, does it not bring us back to the same problem we currently face? Please correct me if I misunderstood something:
-
When commands are sent from the UI an event is generated and stored. Then axon token tracker updates the views at its own pace(eventual consistency).
So let’s say I have thousands of events getting to the event store every minute, does the event store have any contention on inserts? Does it fail sometimes? -
Since its axon that manages the projected table updates, from what I understand, it means there will never be a case where an update failed because of timeout, waiting for another update to get through, because axon manages that using the event store which is some sort of a queue.