Version 4 · Migration

Inventar und Assessment

Vor der Migration werden EAR, WAR, EJB-JAR, Libraries, Deployment Deskriptoren, Datenquellen, JMS-Ressourcen, Security-Rollen und Betriebsabhängigkeiten sichtbar gemacht.

Migration-ÜbersichtStartseite
0 Treffer
Inventar und Assessment
Vor der Migration werden EAR, WAR, EJB-JAR, Libraries, Deployment Deskriptoren, Datenquellen, JMS-Ressourcen, Security-Rollen und Betriebsabhängigkeiten sichtbar gemacht.
Zielbild in großen Schritten

Das Assessment ist kein Papier-Workshop, sondern ein technischer Schnitt durch das System. Gesucht werden Laufzeitabhängigkeiten, Containerfeatures, proprietäre APIs, Deployment-Bindings, Datenbankannahmen, Batchfenster und Schnittstellenverträge.

Merksatz: Eine Anwendung ist erst migrationsfähig, wenn man sie lokal bauen, mit Testdaten starten, ihre externen Abhängigkeiten simulieren und ihre wichtigsten Use Cases messen kann.
Was konkret gesammelt wird
BereichPrüfpunkte
ArtefakteEAR/WAR/EJB-JAR, MANIFEST.MF, web.xml, ejb-jar.xml, ibm-web-bnd.xml, server.xml, JDBC/JMS/JNDI-Bindings
TechnologienEJB 2/3, JPA, JDBC, JTA, JAAS, JMS, SOAP/JAX-WS, JSP/JSF/Struts, Scheduler, RMI/IIOP
BetriebHeap, Threads, Timeouts, Connection Pools, Keystores, Zertifikate, Cronfenster, Queue-Tiefe, Logformate
RisikoTransaktionsgrenzen, versteckte Datenbanklogik, Session State, Dateisystemzugriff, native Libraries, harte Hostnamen
Assessment-Beispiel als strukturierte Datei
Assessment YAML - aus WebSphere-Inventar abgeleitet
application: legacy-billing-ear
owner: Billing Team
runtime:
  server: IBM WebSphere Traditional
  java: 8
  packaging: EAR
modules:
  - billing-web.war
  - billing-ejb.jar
  - billing-client.jar
external-dependencies:
  jdbc:
    - jndi: jdbc/LegacyBillingDS
      database: Oracle
      transaction: XA
  jms:
    - jndi: jms/InvoiceQueue
      provider: IBM MQ
  soap:
    - name: PolicyService
      wsdl: PolicyService.wsdl
migration-risk:
  transaction-boundary: high
  session-state: medium
  proprietary-descriptors: high
  hidden-business-rules-in-db: high
first-modernization-slice:
  use-case: invoice-preview
  reason: read-mostly, measurable, low write risk
  pattern: Strangler Fig + Anti-Corruption Layer
Ergebnis des Assessments

Das Ergebnis ist eine Migrationslandkarte: Was wird nur containerisiert, was muss runtime-modernisiert werden, was bleibt zunächst hinter einem Adapter und welcher fachliche Use Case eignet sich als erster Strangler-Schnitt.

⌂ Cockpit