MigrationPrio 10
Inventar und Assessment
Vor der Migration werden EAR, WAR, EJB-JAR, Libraries, Deployment Deskriptoren, Datenquellen, JMS-Ressourcen, Security-Rollen und Betriebsabhängigkeiten sichtbar gemacht.
Strangler FigAdapterOpenShift
Version 4 · Migration
V4 Migration WebSphere/EAR nach OpenShift
Großer Praxispfad für Legacy-Modernisierung: von WebSphere Traditional, EAR/WAR/EJB, JNDI, JTA, JMS und SOAP hin zu Containerbetrieb, OpenShift-Manifests, GitOps, Observability und Strangler-Cutover.
Version 4 ergänzt den großen Migrationspfad vom WebSphere/EAR-Bestand zum betreibbaren OpenShift-Zielbild.
Migrationskapitel
MigrationPrio 10
EAR/WAR zum Container-Zielbild
Aus serverzentriertem Deployment wird ein reproduzierbares Image mit klarer Konfiguration, Health Checks, Ressourcenlimits und OpenShift Deployment.
MigrationPrio 10
Runtime-Modernisierung
EJB-, JNDI- und WebSphere-spezifische Kopplung wird über Use Cases, Ports, Adapter und klare Transaktionsgrenzen geschnitten.
MigrationPrio 10
Konfiguration, Secrets und Bindings
JNDI, web.xml, serverseitige DataSources und Admin-Console-Einstellungen werden in versionierbare und sichere OpenShift-Konfiguration überführt.
MigrationPrio 10
Transaktionen, JTA, JMS und Datenbank
Globale Containertransaktionen werden analysiert, abgesichert und schrittweise durch klare lokale Transaktionen, Outbox und idempotente Consumer ersetzt.
MigrationPrio 9
OpenShift-Manifeste und Betrieb
Aus der Anwendung wird ein betreibbares OpenShift-Artefakt mit Deployment, Service, Route, Ressourcen, Probes, Volumes und Betriebsregeln.
MigrationPrio 9
CI/CD und GitOps
Build, Test, Image-Erzeugung und Deployment werden getrennt und reproduzierbar. Der Clusterzustand wird deklarativ aus Git gesteuert.
MigrationPrio 9
Observability und Runbooks
Migration endet nicht beim Starten des Pods. Wichtig sind Health Checks, Logs, Metriken, Tracing, Alarme und klare Betriebsanweisungen.
MigrationPrio 9
Cutover, Strangler und Rollout
Der Wechsel erfolgt kontrolliert: Shadow Mode, Pilotnutzer, Traffic Split, fachliche Vergleichsmessung, Rückfallplan und schrittweise Abschaltung.
Strangler FigAdapterOpenShift
MigrationPrio 9
Maven-Lab Blueprint
Ein kleines Multi-Modul-Projekt zeigt, wie Legacy-Adapter, Domain Core, moderne API und OpenShift-Manifeste sauber getrennt werden.
Strangler FigAdapterOpenShift
Version 4 in großen Schritten
- Inventar und Assessment: Was steckt wirklich im EAR und im Server?
- Technischer Schnitt: Welche Kopplung bleibt, welche wird über Adapter isoliert?
- Runtime-Modernisierung: fachlicher Use Case vor Frameworkwechsel.
- Containerisierung: Image, Konfiguration, Probes und Manifest.
- CI/CD und GitOps: reproduzierbare Lieferung.
- Betrieb und Cutover: Observability, Runbook, Strangler, Rollback.
Quellenbasis kurz
Die produktnahen Begriffe sind an offizieller OpenShift-/Red-Hat-Dokumentation zu MTA, Health Checks, GitOps und Service Mesh angelehnt. Die Lehrbuchbeispiele sind bewusst generisch und als Lernmaterial modelliert.