Seminar Micronaut – Data Reactive mit R2DBC und MongoDB

Reaktive Persistenz verlangt klare Grenzen zwischen nicht blockierender Verarbeitung und unvermeidbaren blockierenden Arbeiten. Das Seminar verbindet R2DBC, reaktive Micronaut-Data-Repositories und MongoDB mit Transaktionsgrenzen, Backpressure, Indexierung, Fehlerbehandlung und beobachtbaren Datenflüssen.

Inhaltsübersicht

• Zielsetzung
• Zielgruppe
• Voraussetzungen
• Seminarinhalte
• Praxisübungen
• Methodik

Zielsetzung

• Reaktive Datenflüsse und Blocking-Grenzen fachgerecht planen
• R2DBC-Repositories, Abfragen und Transaktionen kontrolliert einsetzen
• Dokumentenmodelle, Indizes und Abfragen für MongoDB entwerfen
• Reaktive Persistenz mit Tests, Fehlerstrategien und Observability absichern

Zielgruppe

Backend- und Datenbankentwickler, Datenarchitekten, technische Consultants und Softwarearchitekten.

Voraussetzungen

Gute Java- oder Kotlin-Kenntnisse, Micronaut-Grundlagen, SQL-Kenntnisse und Verständnis von Transaktionen und Datenmodellen.

Seminarinhalte

1. Schritt 1: Reaktives Ausführungsmodell prüfen

   Publisher, Subscription, Backpressure, Event Loop und Scheduler werden anhand eines kleinen Datenflusses sichtbar gemacht. Blockierende Aufrufe werden gezielt erkannt.

2. Schritt 2: R2DBC-Verbindung konfigurieren

   Treiber, Pool, Timeouts, Umgebungen und Health-Prüfungen werden eingerichtet. Unterschiede zu JDBC werden anhand des Lebenszyklus erklärt.

3. Schritt 3: Reaktive Repositories erstellen

   Entitäten, Repository-Methoden, Publisher-Typen und erzeugte Abfragen werden für Lese- und Schreibvorgänge umgesetzt.

4. Schritt 4: Abfragen und Pagination modellieren

   Filter, Sortierung, Projektionen, Seitenbildung und Streaming werden ohne unnötige Materialisierung großer Ergebnismengen gestaltet.

5. Schritt 5: Transaktionen und Fehlergrenzen behandeln

   Reaktive Transaktionskontexte, Rollback, Wiederholung und die Grenzen verteilter oder langlaufender Vorgänge werden praktisch geprüft.

6. Schritt 6: MongoDB-Dokumentmodell entwerfen

   Dokumente, Einbettung, Referenzen, Schlüssel, Versionierung und Änderungsmuster werden aus den tatsächlichen Zugriffspfaden abgeleitet.

7. Schritt 7: MongoDB-Repositories und Indizes umsetzen

   CRUD, Abfragen, Aggregationen und Indizes werden erstellt. Selektivität, Sortierung und Dokumentgröße werden mit Diagnosewerten überprüft.

8. Schritt 8: Datenflüsse komponieren

   Relationale und dokumentenbasierte Zugriffe werden mit Mapping, Parallelität, Begrenzung und eindeutiger Fehlerbehandlung kombiniert.

9. Schritt 9: Backpressure und Ressourcen schützen

   Puffer, Concurrency, Timeouts und Abbruch werden so begrenzt, dass langsame Datenbanken nicht zu unkontrolliertem Speicher- oder Threadverbrauch führen.

10. Schritt 10: Tests und Observability integrieren

    Test Resources, reproduzierbare Datenstände, reaktive Assertions, Poolmetriken, Traces und Fehlerprotokolle werden für beide Datenbanken aufgebaut.

Praxisübungen

• Reaktiver CRUD-Service mit R2DBC
• MongoDB-Dokumentmodell mit Indizes
• Backpressure-Test mit verlangsamter Datenbank
• End-to-End-Test eines kombinierten Datenflusses

Methodik

Kurze fachliche Einordnungen wechseln mit Demonstrationen und schrittweisen Übungen. Jeder Arbeitsstand wird gebaut, ausgeführt und durch automatisierte oder betriebliche Prüfungen abgesichert. Fehlerfälle werden bewusst einbezogen, damit Diagnose und Wiederanlauf nicht erst im Produktivbetrieb entstehen.