Bye-Bye, CRUD?

Schon seit vielen Jahren bauen wir vorwiegend CRUD-Systeme. Diese machen es uns möglichst einfach, Daten zu erfassen (create), abzurufen (retrieve), zu verändern (update) und schließlich zu löschen (delete).

Die CRUD-Operationen spiegeln sich ja nicht nur im SQL, sondern auch in den HTTP-Verben wider und manche Frameworks sind richtig gut darin, Oberflächen mehr oder weniger direkt aus unseren Objekten zu erzeugen, die wir mehr oder weniger direkt aus unseren Datenbanktabellen erzeugen.

Event Sourcing ist dagegen die Idee, Systemzustand aus einem unveränderlichen Log von Events herzustellen. Event Sourcing als Architekturmuster wird immer beliebter – es ist ja im Prinzip auch eine monolithische Blockchain. Sind Event Sourcing und CRUD also konkurrierende Ansätze, die sich gegenseitig ausschließen? Was müssten wir aufgeben, wo gibt es Gemeinsamkeiten? Für wen lohnt es sich, ernsthaft über Event Sourcing nachzudenken?