Event-Driven Architecture

Einfach erklärt

In einer Event-Driven Architecture kommunizieren Systemkomponenten über Ereignisse (Events). Ein Event sagt: „Etwas ist passiert” – und alle interessierten Services können darauf reagieren.

Drei Kernkomponenten:

1. Producer: Erzeugt Events (z. B. „Nutzer hat geklickt”)
2. Event Broker: Verteilt Events (z. B. Kafka, RabbitMQ)
3. Consumer: Reagiert auf Events (z. B. ML-Modell, Analytics)

┌──────────┐    Event     ┌─────────┐    Event     ┌──────────┐
│ Producer │ ──────────▶ │  Broker │ ──────────▶ │ Consumer │
│ (Sensor) │             │ (Kafka) │             │ (ML-Modell)│
└──────────┘             └─────────┘             └──────────┘
                              │
                              ▼
                         ┌──────────┐
                         │ Consumer │
                         │(Dashboard)│
                         └──────────┘

Event-Driven für KI-Systeme

Pattern	Einsatz
Event Sourcing	Vollständige Historie aller Datenänderungen für Model-Retraining
CQRS	Getrennte Lese-/Schreibmodelle für schnelle Inferenz
Streaming Inference	Modell verarbeitet Events in Echtzeit
Fan-out	Ein Event triggert mehrere ML-Pipelines gleichzeitig

Vergleich mit Alternativen

Aspekt	REST (Sync)	Event-Driven (Async)
Kopplung	Eng	Lose
Latenz	Request wartet	Fire-and-Forget
Skalierung	Vertikal	Horizontal
Debugging	Einfach	Komplex
Ideal für	CRUD-APIs	Streaming, ML-Pipelines