Seminar Spring Boot 4 – Modulithen und domänenorientierte Architektur

Einordnung und Nutzen

Das Seminar zeigt, wie ein modularer Monolith mit klaren Domänengrenzen, expliziten Abhängigkeiten und ereignisbasierter Zusammenarbeit aufgebaut wird. Spring Modulith unterstützt dabei Analyse, Tests, Dokumentation und Laufzeitmuster, ersetzt aber nicht den fachlichen Zuschnitt.

Ziel ist eine Architektur, die Deployment-Einfachheit erhält und zugleich unkontrollierte Kopplung verhindert. Die spätere Aufteilung in Services bleibt eine Option, wird jedoch nur dort vorbereitet, wo Datenverantwortung und Betriebsgrenzen dies rechtfertigen.

Inhaltsübersicht

• Einordnung und Nutzen
• Lernziele
• Seminarinhalte
• Praxisübungen
• Zielgruppe und Voraussetzungen
• Didaktik und Arbeitsweise

Lernziele

• Fachliche Module und erlaubte Abhängigkeiten systematisch schneiden.
• Spring Modulith zur Analyse und Verifikation der Struktur einsetzen.
• Domänenereignisse und modulübergreifende Zusammenarbeit entkoppeln.
• Modultests, Dokumentation und Beobachtung automatisieren.
• Kriterien für Beibehaltung oder spätere Service-Extraktion ableiten.

Seminarinhalte

Tag 1: Domänenschnitt und Modulstruktur

1. Geschäftsfähigkeiten, Bounded Contexts und Aggregate in einer Beispieldomäne identifizieren.
2. Paket- und Modulgrenzen mit öffentlichen und internen APIs definieren.
3. Zyklische und verdeckte Abhängigkeiten sichtbar machen.
4. Shared Kernel und technische Querschnittsmodule kritisch begrenzen.
5. Datenverantwortung je Modul festlegen.
6. Spring-Modulith-Anwendungsmodell erzeugen und Strukturverletzungen analysieren.
7. Architekturregeln als ausführbare Tests formulieren.

Tag 2: Ereignisse, Transaktionen und Modultests

1. Direkte Aufrufe und Domänenereignisse anhand Konsistenzbedarf auswählen.
2. Ereignisse innerhalb einer Transaktion veröffentlichen und verarbeiten.
3. Persistente Ereignisveröffentlichung und Wiederholung einordnen.
4. Nebenwirkungen, Idempotenz und Fehlerpfade zwischen Modulen behandeln.
5. Modulbezogene Integrationstests mit begrenztem Anwendungskontext aufbauen.
6. Testdaten und externe Adapter pro Modul isolieren.
7. Fachlichen Prozess über mehrere Module unter Fehlerbedingungen prüfen.

Tag 3: Dokumentation, Betrieb und Evolutionspfad

1. Moduldiagramme und Schnittstellendokumentation automatisiert erzeugen.
2. Modulbezogene Observability und Ereignisflüsse sichtbar machen.
3. Security- und Transaktionsgrenzen auf Modularchitektur abstimmen.
4. Build- und Deploymentstrategie für den modularen Monolithen definieren.
5. Hotspots für Skalierung und organisatorische Entkopplung bewerten.
6. Extraktionskriterien für einen eigenständigen Service festlegen.
7. Schrittweisen Refactoring-Plan für eine unstrukturierte Anwendung erstellen.

Praxisübungen

• Bestehende Paketstruktur in fachliche Module überführen.
• Verbotene Abhängigkeit mit einem Modulith-Test nachweisen und korrigieren.
• Domänenereignis mit persistenter Veröffentlichung und Fehlerwiederholung umsetzen.
• Moduldokumentation und Extraktionsentscheidung für einen Hotspot erstellen.

Zielgruppe und Voraussetzungen

Zielgruppe: Erfahrene Java- und Spring-Entwicklung, Softwarearchitektur und Teams mit wachsenden monolithischen Anwendungen.

Voraussetzungen: Gute Spring-Boot-, Java-, Datenbank- und Testkenntnisse. Grundlagen in Domain-driven Design sind hilfreich.

Didaktik und Arbeitsweise

Kurze Fachimpulse werden unmittelbar durch Demonstrationen, strukturierte Implementierungsschritte, Messungen und kontrollierte Fehlerfälle vertieft. Jede Übung enthält einen definierten Ausgangszustand, Prüfpunkte und eine nachvollziehbare Ergebniskontrolle. Die Seminarbeispiele werden in einer durchgängigen Codebasis aufgebaut, damit Zusammenhänge zwischen Konfiguration, Fachlogik, Tests und Betrieb sichtbar bleiben.