Seminar Micronaut – Migration von Spring Boot

Eine Migration ist kein Suchen-und-Ersetzen von Annotationen. Das Seminar inventarisiert eine Spring-Boot-Anwendung, ordnet Abhängigkeiten und Laufzeitmechanismen ein und überführt Konfiguration, Dependency Injection, Web, Data, Security, Tests und Betrieb in kleinen, rückfallfähigen Schritten nach Micronaut.

Inhaltsübersicht

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

Zielsetzung

• Migrationsumfang, Risiken und wirtschaftliche Ziele belastbar bestimmen
• Spring-Konzepte auf passende Micronaut-Mechanismen abbilden
• Anwendungsschichten schrittweise und testgesichert migrieren
• Performance-, AOT- und Betriebsziele nach der Migration messbar nachweisen

Zielgruppe

Erfahrene Spring-Boot-Entwickler, Modernisierungsteams, Softwarearchitekten und technische Leads.

Voraussetzungen

Sichere Spring-Boot-, Java- oder Kotlin-Kenntnisse, Erfahrung mit REST, Persistenz und automatisierten Tests. Grundkenntnisse von Micronaut sind hilfreich.

Seminarinhalte

1. Schritt 1: Ziele und Erfolgskriterien festlegen

   Startzeit, Speicher, Build, Plattformstandardisierung, Native-Fähigkeit und Wartbarkeit werden messbar formuliert. Eine Migration ohne klaren Nutzen wird vermieden.

2. Schritt 2: Anwendung inventarisieren

   Starter, Auto-Konfiguration, Bean-Definitionen, Profile, Endpunkte, Datenzugriff, Security, Actuator, Tests und externe Bibliotheken werden vollständig erfasst.

3. Schritt 3: Migrationsrisiken klassifizieren

   Reflexion, Laufzeitproxys, dynamische Beans, Spring-spezifische APIs, benutzerdefinierte Starter und schwer testbare Kopplungen werden nach Aufwand und Kritikalität geordnet.

4. Schritt 4: Micronaut-Zielprojekt vorbereiten

   Build, Toolchain, Modulstruktur, Umgebungen und gemeinsame Fachmodule werden so eingerichtet, dass Spring- und Micronaut-Anteile zeitweise parallel existieren können.

5. Schritt 5: Konfiguration übertragen

   Properties, Profile, ConfigurationProperties, Validierung, externe Werte und Secrets werden in Micronauts Prioritäts- und Bindungsmodell überführt.

6. Schritt 6: Dependency Injection und AOP migrieren

   Component, Configuration, Bean, Qualifier, Conditional und Aspekte werden auf Bean-Definitionen, Factories, Bedingungen und Interceptors abgebildet.

7. Schritt 7: Webschicht migrieren

   Controller, Binding, Validierung, Exception Handler, Filter, CORS und deklarative Clients werden mit bestehenden API-Verträgen kompatibel umgesetzt.

8. Schritt 8: Persistenz migrieren

   Spring Data Repositories, JPA, JDBC, Transaktionen, Migrationen und Testdaten werden auf Micronaut Data übertragen und über SQL- sowie Verhaltenstests verglichen.

9. Schritt 9: Security migrieren

   Filterketten, Authentication Provider, JWT, OAuth/OIDC, Rollen, Methodenregeln und Testauthentifizierung werden in ein explizites Micronaut-Sicherheitsmodell überführt.

10. Schritt 10: Tests neu strukturieren

    SpringBootTest, Slice-Tests, MockBean und Testcontainers werden nach Zweck auf Unit-, MicronautTest-, HTTP- und realistische Infrastrukturtests verteilt.

11. Schritt 11: Actuator und Betrieb abbilden

    Health, Info, Metrics, Tracing, Konfiguration, Logging und Shutdown werden auf Micronaut Management und OpenTelemetry übertragen.

12. Schritt 12: AOT- und Native-Fähigkeit prüfen

    Reflexions- und Ressourcenabhängigkeiten werden erfasst. Ein AOT- oder Native-Pilot liefert früh eine realistische Kompatibilitätsaussage.

13. Schritt 13: Schrittweisen Übergang organisieren

    Strangler-Muster, parallele Endpunkte, Routing, Datenhoheit, Feature Flags und Rückfall werden für mehrere kleine Releases geplant.

14. Schritt 14: Cutover und Nachweis durchführen

    Vertrags-, Daten-, Security-, Last- und Betriebsprüfungen werden vor der Umschaltung ausgeführt. Alte Komponenten werden erst nach einer kontrollierten Beobachtungsphase entfernt.

Praxisübungen

• Inventur einer Beispielanwendung
• Migration von Konfiguration, DI und REST
• Übertragung eines Spring-Data-Repositories
• Migration eines Security-Flows
• AOT- oder Native-Kompatibilitätsprüfung

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.