Uncategorized

Event sourcing: that’s behind the software ledger


No time right now?

Microservices can be used if you want to expand software with additional functions at a later date without great effort. Or use the architectural model of event sourcing. This is how the digital ledger works.

Microservices make it easy to add new components to a software system at a later date. A common problem, however, is the data managed by the microservices – perhaps after a year in operation, a new request suddenly requires information that should have been collected from the beginning. Or there is a lack of historical data that the software has long since discarded. Event sourcing can help in such cases.

The core principle of event sourcing is simple: software not only saves the current state of its application area, but also every event that has ever occurred and led to a change in this state.

The principle behind it is not particularly new, but has been known for thousands of years. After all, an account book kept by an accountant using pen and paper is no different: from the moment an account is opened, every booking (i.e. every event) is recorded individually. All relevant technical information is stored within the booking, such as the change in the inventory and – if you want it more precisely – the debit and credit side of the booking as well as associated metadata such as the date and a descriptive text.

Almost finished!

Please click on the link in the confirmation email to complete your registration.

Would you like more information about the newsletter? Find out more now

(Image: Martin Helmich / t3n)

If the accountant asks someone about the current “status” of the account, this can be reconstructed at any time from the totality of all postings: only the amounts of all individual transactions have to be offset. The exciting thing about it: With such a rebuild, not only the current status of the account can be reconstructed based on the events, but the status at any point in time. In order to determine the account balance at a certain – but arbitrary – point in time, only the events up to this point in time have to be taken into account during the rebuild and all subsequent events are neglected – and the point-in-time recovery is successful.

If at some point there are really many postings in the account book, the accountant may get tired of having to keep adding up everything for a current balance. That is why he uses a trick: at regular intervals – for example at the end of each day, week or month – he determines the current balance (i.e. the status of the account) and records it in the ledger. If someone asks for a current account balance in between, he only needs to add postings that have been made since then. In this way, he creates a snapshot that he can easily build on at a later point in time.

Most read

Leave a Reply

Your email address will not be published. Required fields are marked *