Die Themen CQRS und Event Sourcing sind den meisten Entwicklern heutzutage bekannt. Die Hürde diese in der Praxis einzusetzen, ist jedoch nicht zu unterschätzen. Dieser Architekturstil erfordert ein Umdenken, vor allem wenn man bisher gewohnt war, bewährte Schichtenarchitekturen einzusetzen. Macht sich dieses Umdenken in der Praxis bezahlt? Vor dieser Frage standen auch wir! Die Vorteile von CQRS/Event Sourcing hatten uns schnell überzeugt. Die Umsetzung in die Praxis gestaltete sich jedoch kniffliger als erwartet. Asynchrone Ergebnisverarbeitung, Exception Handling in verteilten Umgebungen, und Backupfähigkeit des Event Stores waren nur einige der Herausforderungen, die wir zu bewältigen hatten. In diesem Vortrag wollen wir unsere Erfahrungen und Lessons Learned mit euch teilen. Wir zeigen euch, wie wir bei einem Energieversorger erfolgreich CQRS/Event Sourcing mit Spring und Axon umgesetzt haben.

1. 1
CQRS und Event Sourcing
unter Strom
Lessons Learned mit Spring und Axon
@qimono on Pixabay
@maverick_1601
Frank SchefflerMatthias Grünewald
https://bit.ly/2J7wvwp

2. 2
Syna
Netzbetreiber für Strom- und Gasversorgung
Fachdomäne
Energiesektor
Netzanschluss

3. 3
Kunde
Die schriftliche, komplizierte Beantragung eines Strom- / Gasanschlusses
soll digital und einfach werden.
Fachbereich
Anträge von Netzanschlüssen sollen vollständige und plausible Angaben
enthalten. Rückfragen sollen reduziert werden.
Welche Probleme sollten gelöst werden?

4. 4
Ausschnitt: Konfiguration eines Netzanschlusses
6000 Kombinationen
Ziel: Richtiger Weg
Kunden führen

5. 5
https://netzanschluss.syna.de

6. 6
Warum haben wir uns für CQRS und Event Sourcing entschieden?
Skalierbare Infrastruktur
zur Abfrage der
Applikationsdaten
(Firestore)
vs.
Zentrale Koordination
ändernder Operationen
(REST)
Auf Basis historischer
Daten Nutzerverhalten
verstehen
Konsistente
Datenübermittlung an
Drittsysteme, auch
nachträglich

7. 7
Schichtenarchitektur vs. CQRS & ES
Presentation
Domain Logic
Data Access
DB
Queue
REST
Controller
Services
Repositories
Interaction
New/Updated
State
Messages
Domain Logic
Event
Store
Presentation
Interaction
Change
Event(s)
REST
Controller
Queue
Input Message
Output
Message
Event Handler
Event Handler
Read
Model
Current State
(Event Sourced)
Repositories
C
C
E
E
E

8. 9
Axon in Action
Event
Store
Presentation
Event Handler
Read
Model
Command
Gateway

9. 10
Hexagonale Architektur
(Ports & Adapters)
Domain
Web App
Firestore
REST
Controller
Firestore
Projector
Storage
Bucket
Pub/Sub
Message
Sink
Storage
Topic
PDF
Creator
SAP
SAP
Client
Analytics
Analytics
Data
C
C
E
E
E
E
Domain
Test(s)
Adapter
Test(s)

10. 11
Fazit: “Was haben wir gelernt?”
Hat uns überzeugt
● Intuitive Code Struktur
(Commands, Aggregates,
Events)
● Testing mit Axon (Domain
und Adapter)
● Replay-Fähigkeit (z.B.
Analytics)
Hätten wir gerne
vorher gewusst
● Umgang mit Konflikten,
Retry und Caching
● Persistierung der Events
(JSON) und Upcasting
● Parallelisierbare
Eventverarbeitung
Haben wir noch vor
uns
● Feingranulare Events
(besonders bei
nicht-transaktionalen
Aufrufen, z.B. REST)
● Aussteuerung und
Visualisierung
blockierender Events

11. 12
Ja, …
1. … denn es ist ein anderes, aber sehr intuitives Programmiermodell
2. … man benötigt jedoch eine gewisse Einarbeitungszeit
3. … man sammelt historische Daten, die man jederzeit bei neuen Fragestellungen auswerten kann
Fazit: “Würden wir es wieder tun?”

12. 13
Ist ihre Domäne bereit für CQRS/Event Sourcing?
CQRS und Event Sourcing unter Strom
Lessons Learned mit Spring und Axon
@maverick_1601
https://github.com/maverick1601
https://bit.ly/2EDAagi
Frank Scheffler Matthias Grünewald
https://bit.ly/2J7wvwp
@mat_gruenewald
https://github.com/gruenewald