Aktiver Modulkatalog

11 Module ohne doppelte Legacy-Spur

Jedes Modul hat eine eindeutige Rolle im Migrationspfad. Generische Beschreibungen wurden durch konkrete fachliche Aufgaben ersetzt.

ModulZweck und InhaltPriorität
enterprise-legacy-monolithVerbindliche Legacy-Quelle
Sechs absichtlich gekoppelte Workflows mit EJB, JDBC, JMS, SOAP/REST-Clients, Audit und Outbox.
Kritisch
characterization-testsGolden Master
Freigegebene Snapshots und Schema-Verträge schützen beobachtetes Legacy-Verhalten.
Kritisch
refactoring-target-domainDomain-Modell
Money, OrderLine und Order-State-Machine als fachlich sauberes Zielmodell.
Sehr wichtig
anti-corruption-layerACL / Translator
Übersetzt mutable Legacy-DTOs, Statuscodes und Fehler in moderne Begriffe.
Kritisch
solid-refactoringSOLID-Zielbild
Application Service und Ports trennen Fachlogik von Infrastruktur.
Sehr wichtig
migration-batchRestartable Migration
Checkpoint, Chunk, Skip, Dead Letter und Wiederanlauf.
Sehr wichtig
parallel-run-comparisonParallel Run
Feldvergleich, Geldtoleranzen, Severity und Release Gate.
Kritisch
strangler-routerStrangler Routing
Deterministischer Traffic Split, Shadow Mode und Fallback.
Kritisch
modern-runtime-adapterLegacy Adapter
SOAP Mapping und begrenzte Retry-Policy am Systemrand.
Wichtig
spring-boot-migrationModerne Runtime
REST, JPA, PostgreSQL, Transactional Outbox, Kafka, Retry, Metrics und Probes.
Kritisch
runnable-smokeLauffähiger Überblick
Kompakter Command-/Pipeline-Smoke-Flow ohne externe Infrastruktur.
Wichtig
Abhängigkeitsrichtung

enterprise-legacy-monolith steht am Ausgangspunkt. characterization-tests beobachtet es, die ACL übersetzt es, Strangler und Parallel Run kontrollieren den Übergang. solid-refactoring und spring-boot-migration bilden das Ziel.

Entfernte Module

obsolete training module und obsolete training module wurden gelöscht. Ihre didaktisch sinnvollen Aspekte sind in der Enterprise-Legacy, den Characterization Tests und der Refactoring-Dokumentation aufgegangen.

⌂ Cockpit