Die vier Fragen, die jeder IT-Leiter jetzt zur JBoss-Strategie stellen sollte
Vier strategische Fragen zur JBoss-EAP-7-Migration, die IT-Leiter jetzt klären müssen, bevor der Zeitdruck die Optionen einschränkt.
Warum gerade jetzt
Das Support-Ende für JBoss EAP 7 im Oktober 2027 ist bekannt. Was weniger bekannt ist: Die Entscheidungen, die jetzt getroffen werden, bestimmen, ob die Migration planbar bleibt oder zum Notfallprojekt wird. Zwischen “wir wissen, dass wir migrieren müssen” und “wir haben einen belastbaren Plan” liegt in den meisten Organisationen eine Lücke, die sich mit jeder Woche vergrößert.
Die folgenden vier Fragen sind kein Audit-Fragebogen. Sie sind die Grundlage, um aus einer abstrakten Risikoposition eine konkrete Handlungsstrategie zu entwickeln.
Frage 1: Wie sieht unsere tatsächliche Abhängigkeitslandschaft aus?
Die meisten IT-Leiter wissen, dass JBoss EAP 7 in der Produktionsumgebung läuft. Weniger klar ist oft, wo genau und in welcher Tiefe.
Entscheidend sind drei Dimensionen:
Instanz-Inventar: Wie viele EAP-7-Instanzen existieren in welchen Umgebungen? Welche Applikationen laufen darauf? Welche davon verarbeiten regulierte Daten oder sind KRITIS-relevant?
Technische Abhängigkeiten: Welche Applikationen nutzen proprietäre JBoss-Subsysteme, EAP-7-spezifische Deployment-Deskriptoren oder javax.*-APIs, die bei einer Migration auf Jakarta EE 10 umgebaut werden müssen?
Organisatorische Abhängigkeiten: Welche Teams sind betroffen? Wer hat das Wissen über die bestehende Konfiguration? Gibt es Single Points of Knowledge, die bei einem Personalwechsel zum Projektrisiko werden?
Ohne diese Bestandsaufnahme sind alle weiteren Planungen Schätzungen auf unsicherer Basis. Die Erfahrung zeigt: Organisationen, die ihr Dependency-Mapping vor dem Zeitdruck durchführen, migrieren im Schnitt 40 Prozent schneller als solche, die es unter Druck nachholen.
Welche Abhängigkeiten typischerweise unterschätzt werden, beschreibt der Artikel JBoss EAP 7: Warum “Es läuft ja noch” ein Risiko ist.
Frage 2: Was kostet uns die aktuelle Situation pro Quartal?
Die Kosten der Nicht-Migration sind selten sichtbar, weil sie über verschiedene Budgets verteilt sind. Aber sie sind real und messbar:
Lizenzkosten: Extended Life Cycle Support kostet bis zu 50 Prozent Aufschlag gegenüber dem normalen Abonnement. Bei einem mittleren Deployment mit zehn bis 20 Instanzen summiert sich das auf einen fünfstelligen Jahresbetrag, der keinen Mehrwert liefert.
Operativer Aufwand: Jede ungepatchte CVE erfordert interne Risikobewertung. Jeder Audit-Zyklus erzwingt Nachweisarbeit zum Lifecycle-Status. Jede Security-Ausnahme muss dokumentiert, begründet und genehmigt werden.
Opportunitätskosten: Entwickler, die weiter gegen EAP-7-APIs entwickeln, bauen technische Schulden auf. Jede Zeile javax.*-Code, die heute geschrieben wird, muss morgen migriert werden.
Wer diese Kosten quartalsweise aufschlüsselt, hat die stärkste Argumentationsgrundlage für Migrationsbudget. Nicht das technische Risiko überzeugt die Geschäftsführung, sondern die konkrete Zahl.
Eine detaillierte Kostenrechnung liefert der Artikel Was Lizenzkosten und Audits wirklich kosten.
Frage 3: Haben wir die Kapazität und das Know-how für eine Migration?
Diese Frage hat zwei Teile, und beide erfordern ehrliche Antworten.
Kapazität: Eine JBoss-EAP-7-zu-EAP-8-Migration braucht erfahrungsgemäß zwölf bis 18 Monate bei realistischer Teamauslastung. Teams, die 70 bis 80 Prozent ihrer Zeit im Tagesgeschäft verbringen, können pro Sprint 15 bis 20 Prozent für Migration reservieren. Wer das nicht explizit plant, hat de facto keine Migrationskapazität.
Know-how: EAP 8 basiert auf Jakarta EE 10. Der Namespace-Wechsel von javax.* auf jakarta.* ist kein triviales Search-and-Replace. Dazu kommen Änderungen in der Subsystem-Konfiguration, im Security-Modell und in der Deployment-Architektur. Wer dieses Wissen intern nicht hat, muss es aufbauen oder extern beschaffen.
Die kritische Einsicht: Beides gleichzeitig zu tun, ist selten realistisch. Interne Kapazität aufzubauen, während das Tagesgeschäft weiterläuft und das EOL-Datum näherrückt, funktioniert nur mit expliziter Priorisierung durch das Management.
Wie Kapazitätsengpässe die Migrationsplanung beeinflussen: Migration wenn das Team am Limit ist. Welche Skills konkret benötigt werden: Kapazitätslücken realistisch einschätzen.
Frage 4: Was ist unser konkreter Migrationsweg und wann müssen wir starten?
Es gibt drei realistische Wege aus JBoss EAP 7:
Weg 1: Migration auf EAP 8. Der direkteste Pfad, unterstützt von Red Hat, mit klarem Migrationsleitfaden. Erfordert Jakarta-EE-10-Anpassungen aller Applikationen.
Weg 2: Wechsel zu einem alternativen Application Server. WildFly als Community-Option, Payara oder Open Liberty als kommerzielle Alternativen. Reduziert die Red-Hat-Abhängigkeit, erfordert aber eigene Expertise.
Weg 3: Cloud-native Modernisierung. Refactoring auf Quarkus, Micronaut oder Spring Boot mit Containerisierung. Der aufwändigste, aber zukunftssicherste Weg.
Die Wahl des Migrationswegs bestimmt den Startzeitpunkt. Eine EAP-8-Migration braucht bei mittlerer Komplexität zwölf Monate. Eine Cloud-native Modernisierung braucht 18 bis 24 Monate. Vom Oktober-2027-Deadline rückwärts gerechnet ergibt sich der späteste Planungsstart.
Die drei Wege im Detail: Drei realistische Ausstiegswege im Vergleich. Den konkreten Zeitplan: Countdown bis Oktober 2027.
Wie die Antworten zusammenwirken
Keine dieser Fragen steht für sich allein:
- Ohne Abhängigkeitslandschaft (Frage 1) ist die Kostenschätzung (Frage 2) unvollständig.
- Ohne Kostenklarheit (Frage 2) fehlt die Argumentationsgrundlage für Kapazitätsreservierung (Frage 3).
- Ohne Kapazitätsklarheit (Frage 3) ist die Migrationswegentscheidung (Frage 4) nicht belastbar.
- Ohne Migrationswegentscheidung (Frage 4) lässt sich kein Zeitplan aufstellen, der gegenüber Auditoren und Geschäftsführung vertretbar ist.
IT-Leiter, die diese vier Fragen systematisch durcharbeiten, transformieren ein diffuses “wir müssten eigentlich” in einen konkreten, priorisierten und verteidigungsfähigen Migrationsplan.
FAQ
Wie lange dauert es, diese vier Fragen zu beantworten?
Das Dependency-Mapping (Frage 1) dauert je nach Umgebungsgröße zwei bis sechs Wochen. Die Kostenanalyse (Frage 2) lässt sich in einer Woche erstellen, wenn die Lizenzdaten verfügbar sind. Kapazitäts- und Know-how-Assessment (Frage 3) braucht ehrliche Gespräche mit den Teamleads. Die Migrationswegentscheidung (Frage 4) sollte auf Basis der ersten drei Antworten in ein bis zwei Workshops fallen.
Muss ich alle vier Fragen beantworten, bevor ich handeln kann?
Nein. Frage 1 (Dependency-Mapping) ist unabhängig von den anderen und sollte sofort starten. Je früher das Inventar steht, desto belastbarer werden alle folgenden Entscheidungen.
Was ist, wenn die Geschäftsführung kein Budget freigeben will?
Die wirksamste Argumentation kombiniert die konkreten Quartalkosten der Nicht-Migration (Frage 2) mit dem harten EOL-Datum Oktober 2027. Ein schriftlicher Plan mit Ressourcenschätzung ist stärker als ein abstrakter Risikohinweis. Audit-Findings zu End-of-Life-Software erzeugen zusätzlich regulatorischen Druck.
Brauche ich für jede Frage einen externen Berater?
Nicht zwingend. Aber externe Unterstützung beschleunigt insbesondere das Dependency-Mapping und das Kapazitäts-Assessment, weil externe Experten EAP-7-spezifische Fallstricke kennen, die intern oft übersehen werden.
Wenn Sie die vier Fragen strukturiert durcharbeiten wollen: SPAS Overview von Lennlay zeigt, wie eine auditierbare Plattform die Migration planbar macht.