Was ist CQRS (Command Query Responsibility Segregation)?

CQRS (Command Query Responsibility Segregation) — ein Entwurfsmuster, das Leseoperationen (Queries) und Schreiboperationen (Commands) in einer Anwendung trennt.

Grundprinzipien:

1. Operationstrennung: Commands ändern den Zustand des Systems, liefern aber keine Daten zurück (außer möglicherweise die ID der erstellten Ressource). Queries liefern Daten, ändern aber nicht den Zustand.
2. Unterschiedliche Datenmodelle: Für Commands und Queries werden oft optimierte Datenmodelle verwendet, die auf ihre jeweiligen Aufgaben zugeschnitten sind. Zum Beispiel kann für Schreiboperationen eine relationale Datenbank genutzt werden, für Leseoperationen eine NoSQL-Datenbank, die für bestimmte Ansichten optimiert ist.
3. Asynchrone Ausführung von Commands: Die Zustandsänderung nach der Ausführung eines Commands kann asynchron erfolgen, insbesondere in Kombination mit Event Sourcing.

Vorteile:

• Skalierbarkeit: Lese- und Schreiboperationen können unabhängig skaliert werden.
• Leistung: Optimierung jeder Seite (query/command) für ihre spezifischen Aufgaben.
• Flexibilität: Flexiblere Architektur für komplexe Domänenbereiche.
• Verantwortlichkeitsaufteilung: Klare Trennung der Lese- und Schreiblogik.

Nachteile:

• Komplexität: Die Implementierung von CQRS erhöht die architektonische Komplexität.
• Konsistenz: Es können Probleme mit der Datenkonsistenz zwischen den Lese- und Schreibmodellen auftreten (eventual consistency).

Anwendung im Frontend: Obwohl CQRS häufiger im Backend eingesetzt wird, ist das Wissen um dieses Muster nützlich, um die Architektur der Client-Server-Interaktion zu verstehen, insbesondere in Anwendungen, die Event Sourcing verwenden oder hohe Leistungsanforderungen an Lese- und Schreiboperationen haben. Das Frontend interagiert mit CQRS über APIs, die Endpunkte für Commands (POST, PUT, DELETE) und Queries (GET) klar trennen.