Event Modeling und Event Sourcing mit KI

Adam Dymitruk war bei mir zu Gast fuer eine praktische Session zu Event Sourcing und Event Modeling. Fuer tiefes Java Coding blieb weniger Zeit als geplant, aber wir haben trotzdem eine generierte Anwendung zum Laufen gebracht und den Ablauf von Ende zu Ende validiert.

Co-Speaker

Adam Dymitruk

Co-Host bei Adaptech Group

Adam hat den Begriff Event Modeling gepragt und entwickelt die Methode seit ueber zehn Jahren weiter. Er programmiert seit 1983 und ist der Gruender von eventmodeling.org. In dieser Session hat er die Grundkonzepte erklaert und geholfen, aus einem skizzierten Modell ein laufendes Java Beispiel zu machen.

WebseiteGitHubYouTube

Event Sourcing vs Event Modeling, kurz erklaert

Der wertvollste Teil der Session war die klare Trennung von zwei Ideen, die oft vermischt werden.

Event Sourcing ist eine Speicherstrategie. Fakten werden als Events nur angehaengt und Views werden durch Aggregation dieser Events aufgebaut. Die Historie bleibt erhalten, weil alte Events nicht ueberschrieben werden.

Event Modeling ist eine Entwurfsmethode. Man beschreibt Aktionen und Verhalten als Commands, Events, Views und Aggregate, inklusive Rollen, die mit dem System interagieren. Automationen koennen spaeter ergänzt werden.

Kurz gesagt, Event Sourcing beantwortet wie Daten persistiert werden, Event Modeling beantwortet wie Verhalten entworfen wird.

Erst das Event Modell, dann die Implementierung

Nach der Begriffsabgrenzung haben wir in Miro ein erstes Event Modell skizziert. Das war einfach und produktiv und gab uns schnell ein gemeinsames Bild aus Akteuren, Commands, Events und Views.

Adam hat mehrfach betont, dass das Board nicht nur ein Workshop Ergebnis ist, sondern auch die lebende Spezifikation. Ich denke weiterhin, dass die Synchronisierung mit dem Quellcode Disziplin braucht, aber KI Tools koennen solche Strukturen heute schon erstaunlich gut lesen und als Implementierungsgrundlage verwenden.

Wer tiefer in das Thema Tooling einsteigen moechte: Martin Dilger und das Team bei Nebulit haben dedizierte Event Modeling Werkzeuge entwickelt, die sich lohnen.

Das folgende Board ist ein vereinfachter Ausschnitt aus dem Modell, das wir in der Session skizziert haben.

Vom Modell Screenshot zur laufenden Demo

Nach dem Board haben wir einen Screenshot genommen und ihn in GitHub Copilot in Docker sbx importiert. Daraus konnten wir ein erstes laufendes Beispiel generieren.

Die generierte Anwendung war ausfuehrlicher als erwartet, vor allem weil das Repository schon Kontext enthielt, dass es sich um ein Event Modeling Demo handelt. Die Ausgabe hatte dadurch mehr Erklaertext und Struktur als noetig fuer ein minimales Beispiel, lief aber.

Fuer eine tiefe Java Code Analyse reichte die Zeit in der Session nicht. Details zur Implementierung findest du im oeffentlichen Session Repository.

Mein Fazit

Event Sourcing wirkt fuer mich weiterhin wie eine sehr praktikable Persistenzstrategie, besonders wenn Historie und Nachvollziehbarkeit wichtig sind.

Bei Event Modeling bin ich positiv, aber noch vorsichtig. Die Methode ist stark fuer gemeinsames Design, grosse Boards koennen aber schwer uebersichtlich werden. Der naechste Schritt ist fuer mich klar, ich muss es in einem weiteren echten Projekt testen und die Skalierung sehen.

Waehrend der Session wollten wir uns auch dieses kurze Video von Adam anschauen, hatten aber Probleme mit dem Audio. Lohnt sich separat nachzuholen.

Wer weiterlesen moechte: die Event Modeling Ressourcen und der Community Discord sind gute Einstiegspunkte. Es gibt ausserdem ein Event Modeling Buch auf Deutsch.