Weg von Java EE - So gelingt die Migration

Der aktuelle Zustand von Java EE lässt sich leider nur so beschreiben: es ist tot oder liegt bestenfalls im Sterben.

Für die meisten Unternehmen, die Java EE nutzen, steht somit ein umfangreiches Migrationsprojekt am Horizont.

Was ist jedoch im Rahmen einer Migration zu beachten? Wie bringt man das Legacy-System in einen Zustand, der eine Ablösung überhaupt ermöglicht? Was gibt es für typische Fallstricke? Wie kann der Betrieb während der Migration gesichert werden? Wie wird sie in Einklang mit der Weiterentwicklung des Legacy-Systems gebracht?

In diesem auf Erfahrungen aus verschiedenen Migrationsprojekten basierenden Vortrag wird ein praxisnahes Vorgehensmodell illustriert, das eine nahtlose Migration weg von JEE-Application-Servern ermöglicht.

Transcript

1. WEG VON JAVA EE So gelingt die Migration
2. 14.10.2020 © viadee 2020 2 Christian Nockemann Senior Berater (bei der viadee seit 2009) Kernthemen: Software-Architektur, Enterprise Java Email: christian.nockemann@viadee.de Twitter: @nockemannc
3. 14.10.2020 © viadee 3 Java EE is dead – completely dead. Adam Bien [1]
4. WIE KONNTE ES DAZU KOMMEN? EINE TRAGÖDIE IN DREI AKTEN [2] AKT 1: Oracle kauft Sun AKT 2: Oracle übergibt Java EE an die Eclipse Foundation AKT 3: Oracle verweigert die Übergabe des javax-Namespaces
5. VOR DEM START DIE LEGACY UMGEBUNG ANALYSIEREN
7. 14.10.2020 © viadee 2018 7
8. Die Legacy Umgebung Wir wollen wertvolles bewahren 8 14.10.2020 © viadee 2020
9. 9 14.10.2020 © viadee 2020 Zielgerichtete Dokumentation: „Welche anderen Komponenten sind von diesem Migrationsschritt betroffen?“ Wer? Mit wem? Wie?
10. ENTERPRISE INTEGRATION PATTERNS EINE NOTATION FÜR DIE VOGELPERSPEKTIVE [4] Wer? Mit wem? Wie?
11. DURCHFÜHRUNG ZUNÄCHST DIE AUFTRENNUNG ERMÖGLICHEN
12. 12 14.10.2020 © viadee 2018
13. Sicherung des Betriebs !!! Kleine Schritte Integrations- tests Rückwärts- kompatibilität NOTWENDIGE BEDINGUNG GRUNDVORAUSSETZUNG FÜR EINEN ERFOLG 13 14.10.2020 © viadee 2018
15. 1. ETAPPENZIEL WOHL-STRUKTURIERTER MONOLITH
16. 16 14.10.2020 © viadee 2018 AUFTEILUNG IN API UND IMPL ABHÄNGIGKEITEN ENTWIRREN Shop Lager
17. 17 14.10.2020 © viadee 2018 AUFTEILUNG IN API UND IMPL ABHÄNGIGKEITEN ENTWIRREN Shop Lager Impl Impl API API runtime
18. 18 14.10.2020 © viadee 2018 SHARED-KERNEL EXTRAHIEREN AUSGANGSSITUATION
19. 19 14.10.2020 © viadee 2018 SHARED-KERNEL EXTRAHIEREN VORLÄUFIGES ZIEL
20. 20 14.10.2020 © viadee 2018 WO GEHÖREN WELCHE KLASSEN HIN? MEHRSTUFIGER SHARED KERNEL Neue Laufzeitumgebung (Java 11+) Stamm -daten InEx- Kasso Alte Laufzeitumgebung (Java 6) Shop Lager Shared Kernel (Java 6 compliant) Core API Gift- schrank
21. ERSTREBENSWERT: DER GUTE MONOLITH FACHLICHE SILOS STATT TECHNISCHEN SCHICHTEN 21 14.10.2020 © viadee 2018
22. AUF ZU NEUEN UFERN UMZUG IN DIE NEUE LAUFZEITUMGEBUNG
24. Ausgangszustand Alte Laufzeitumgebung 24 14.10.2020 © viadee 2018 Shop Lager Stamm- daten Reposi- tory Schritt 1 Alte Laufzeitumgebung Shop Lager Stamm- daten Reposi- tory RMI RMI Neue Laufzeitumgebung Stamm- daten* HTTP RMI RMI RMI HTTP API API API API Reposi- tory* API STRANGLER PATTERN SCHRITTWEISE MIGRATION
25. Ausgangszustand Alte Laufzeitumgebung 25 14.10.2020 © viadee 2018 Shop Lager Stamm- daten Reposi- tory Schritt 2 Alte Laufzeitumgebung Shop Lager Stamm- daten Reposi- tory RMI RMI Neue Laufzeitumgebung Stamm- daten* RMI RMI RMI HTTP Lager* API API API API Reposi- tory* API API STRANGLER PATTERN SCHRITTWEISE MIGRATION
26. Ausgangszustand Alte Laufzeitumgebung 26 14.10.2020 © viadee 2018 STRANGLER PATTERN SCHRITTWEISE MIGRATION Shop Lager Stamm- daten Reposi- tory Schritt 3 Alte Laufzeitumgebung Shop Lager Stamm- daten Reposi- tory RMI RMI Neue Laufzeitumgebung Stamm- daten* RMI RMI RMI Lager* Reposi- tory* API API API API Shop*
27. Ausgangszustand Alte Laufzeitumgebung 27 14.10.2020 © viadee 2018 STRANGLER PATTERN SCHRITTWEISE MIGRATION Shop Lager Stamm- daten Reposi- tory Zielzustand Neue Laufzeitumgebung Stamm- daten* RMI RMI RMI Lager* Reposi- tory* API API Shop*
28. Legacy-Umfeld 28 14.10.2020 © viadee 2018 IM DETAIL ALT: AUFRUF IM JEE-APPLICATION SERVER Shop Lager Impl Impl API API runtime
29. Neue Laufzeitumg. Legacy-Umfeld 29 14.10.2020 © viadee 2018 Shop Lager Fassade Impl API HTTP Controller IM DETAIL NEU: AUFRUF PER HTTP
30. Neue Laufzeitumg. Legacy-Umfeld 30 14.10.2020 © viadee 2018 Shop Lager Schalter Impl API HTTP Controller SICHERHEITSSCHALTER ALS RÜCKFALLLÖSUNG BEI PROBLEMEN Impl
31. Neue Laufzeitumg. Legacy-Umfeld 31 14.10.2020 © viadee 2018 Shop Lager AUS Impl API HTTP Controller SICHERHEITSSCHALTER ALS RÜCKFALLLÖSUNG BEI PROBLEMEN Impl
32. Neue Laufzeitumg. Legacy-Umfeld 32 14.10.2020 © viadee 2018 Shop Lager AN Impl API HTTP Controller SICHERHEITSSCHALTER ALS RÜCKFALLLÖSUNG BEI PROBLEMEN Impl
33. DIE „ALTE“ KENNT DIE „NEUE“ WELT ABER NICHT UMGEKEHRT! 33 14.10.2020 © viadee 2018 Neue Laufzeitumgebung Stamm- daten Liefer- anten Kunden -portal Alte Laufzeitumgebung Shop Lager
34. 34 14.10.2020 © viadee 2018 FALLSTRICKE LERNEN AUS SCHMERZEN Transaktionen CI- Konfiguration Jahres- arbeiten Exception Handling Seiteneffekt- behaftete Methoden Versteckte/ Unbekannte Komponenten Localhost- Aufrufe Inkompatible Third-Party Libraries
35. 35 14.10.2020 © viadee 2018 ZUSAMMENFASSUNG VORBEREITUNGEN IN DER LEGACY-UMGEBUNG 1. Dokumentation • Zielgerichtet • EIP-Notation 2. In API/Impl aufteilen • Nur API referenzieren • Impl kann so migriert werden 3. Shared-Kernel extrahieren • Ermöglicht die Aufteilung • Nach Abschluss wieder entfernen
36. 36 14.10.2020 © viadee 2018 ZUSAMMENFASSUNG MIGRATION EINZELNER KOMPONENTEN 1. Impl migrieren • Per HTTP-Controller bereitstellen 2. HTTP-Call aus Legacy-Umgeb. • Ehemalige Impl als Fassade nutzen • Sicherheitschalter nutzen 3. Rückbau • Nach erfolgreicher Migration HTTP- Controller entfernen
37. FOLIEN: HTTPS://SPEAKERDECK.COM/CNOCKEMANN/ WEG-VON-JAVA-EE-SO-GELINGT-DIE-MIGRATION
38. BESUCHT UNS AUF GITHUB! HTTPS://GITHUB.COM/VIADEE
39. Spring Boot to the rescue!
40. WARUM SPRING BOOT? EINE AUSWAHL VON KRITERIEN EINER „TWELVE FACTOR APP“ [3] Abhängigkeiten explizit deklarieren Konfiguration in Umgebungsvariablen speichern Unterstützungsdienste als angehängte Ressourcen behandeln Anwendungen als zustandslose Prozesse ausführen Dienste durch das Binden eines Ports exportieren Durch unabhängige Prozesse skalieren Robuster mit Wegwerfprozessen Entwicklung und Produktion ähnlich halten
41. SEPARATION OF CONCERNS MIT HILFE VON ONION-ARCHITECTURE [5] 41 14.10.2020 © viadee 2018
42. 1. http://www.adam-bien.com/roller/abien/entry/java_ee_is_dead_completely 2. https://blogs.eclipse.org/post/mike-milinkovich/update-jakarta-ee-rights-java- trademarks 3. https://blog.viadee.de/java-ee-ist-tot-es-lebe-spring 4. https://www.enterpriseintegrationpatterns.com/ 5. https://dzone.com/articles/onion-architecture-is-interesting 6. https://martinfowler.com/bliki/StranglerFigApplication.html QUELLEN 42 14.10.2020 © viadee 2018
43. 43 14.10.2020 © viadee 2018 • de.xyz • domain • KundeAggregat • kundendaten • AdresseVO • KundeVO • application • KundeAggregatDtoMapper • KundeRepositoryInterface • dto • KundeDTO • KundeAppService • infrastructure • persistence • KundeRepository • entity • Kunde ONION ARCHITECTURE BEISPIEL PACKAGE-STRUKTUR
44. ONION ARCHITECTURE RINGE STATT SCHICHTEN 44 14.10.2020 © viadee 2018 UI Geschäftslogik Domänenmodell Infrastruktur UI / Infrastruktur Applikationsservices Domänenservices Domänenmodell IOC