Seminar Micronaut – Multi-Tenancy, Cache und Redis

Mandantentrennung und Caching greifen tief in Datenzugriff, Security und Betrieb ein. Das Seminar entwickelt eine mandantenfähige Micronaut-Anwendung, propagiert den Tenant-Kontext sicher und ergänzt einen Redis-basierten Cache mit kontrollierter Invalidierung und beobachtbarem Verhalten.

Inhaltsübersicht

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

Zielsetzung

• Mandantenmodell und Isolationsniveau anhand des Schutzbedarfs auswählen
• Mandantenermittlung und Kontextweitergabe über HTTP, Datenzugriff und Hintergrundarbeit sichern
• Cache- und Redis-Strukturen mit eindeutigen Schlüsseln, TTL und Invalidierung entwerfen
• Datenvermischung, Cache Stampede und Betriebsfehler durch Tests und Metriken verhindern

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: Mandantenanforderungen klassifizieren

   Kunden, Datenklassen, regulatorische Grenzen, Skalierung, Anpassbarkeit und Betriebsmodell werden erfasst. Isolation pro Datenbank, Schema oder Zeile wird verglichen.

2. Schritt 2: Tenant Resolver implementieren

   Host, Pfad, Header, Tokenclaim oder Benutzerkontext werden als mögliche Quellen bewertet. Unklare und manipulierte Zuordnungen werden abgewiesen.

3. Schritt 3: Tenant-Kontext weitergeben

   HTTP-Aufruf, Bean, Datenzugriff, Clientaufruf, Scheduler und Messaging erhalten einen kontrollierten Mandantenkontext ohne globale veränderliche Zustände.

4. Schritt 4: Datenisolation umsetzen

   Datenquelle, Schemaauswahl oder verpflichtender Tenant-Filter werden implementiert. Administrative Querschnittszugriffe erhalten gesonderte Rechte und Protokollierung.

5. Schritt 5: Autorisierung mandantenbezogen prüfen

   Benutzerzuordnung, Rollen, Servicekonten und Wechsel des aktiven Mandanten werden mit expliziten Regeln und negativen Tests abgesichert.

6. Schritt 6: Cache-Strategie entwerfen

   Cache-aside, Schlüsselraum, TTL, negative Ergebnisse, Größenbegrenzung und Datenfrische werden je Lesefall festgelegt.

7. Schritt 7: Redis integrieren

   Verbindung, Pool, TLS, Authentifizierung, Serialisierung, Namensräume und Health-Prüfungen werden für eine verteilte Cache-Instanz konfiguriert.

8. Schritt 8: Invalidierung und Stampede beherrschen

   Änderungsereignisse, gezielte Löschung, Versionierung, Jitter, Locking und begrenzte Hintergrundaktualisierung verhindern veraltete Daten und Lastspitzen.

9. Schritt 9: Tests und Betrieb absichern

   Cross-Tenant-Negativtests, Cachefehler, Redis-Ausfall, Metriken, Schlüsselanalyse, Latenz und kontrolliertes Leeren werden in automatisierte Prüfungen und Runbooks überführt.

Praxisübungen

• Tenant Resolver mit Negativtests
• Mandantensicherer Repository-Zugriff
• Redis-Cache mit tenantbezogenen Schlüsseln
• Ausfall- und Stampede-Simulation

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.