Angebote
Monolith-Modernisierung
Bestehende Systeme schrittweise entlasten, ohne den Betrieb anzuhalten oder alles neu zu schreiben.
„Jede Änderung am Altsystem kostet Wochen und keiner traut sich mehr ran.“
- Format
- Assessment in 2 Wochen, Umsetzung in Iterationen
- Für wen
- Organisationen mit gewachsenem System und überfälliger Modernisierung
Woran Sie es merken
- Kleine fachliche Änderungen brauchen Wochen, weil niemand die Nebenwirkungen kennt.
- Es gibt Bereiche im Code, die aus Angst niemand mehr anfasst.
- Tests fehlen oder laufen so lange, dass sie im Alltag umgangen werden.
- Die Personen mit dem entscheidenden Wissen sind längst nicht mehr im Unternehmen.
- Eine Neuentwicklung wurde schon einmal versucht — und abgebrochen.
Ergebnis
- Analyse von Kopplung, Domänenschnitt und Risikoherden
- Migrationspfad mit Strangler-Schritten statt Big Bang
- Testabsicherung und Refactoring der kritischen Pfade
- Übergabe an das interne Team mit dokumentierten Entscheidungen
Wie wir vorgehen
01
Woche 1–2 — Assessment
Wir lesen Code, Deployment und Daten, sprechen mit dem Team und schneiden das System fachlich. Ergebnis ist eine Karte aus Kopplungen, Risikoherden und lohnenden ersten Schnitten.
02
Migrationspfad
Ein Strangler-Plan: welcher Teil zuerst herausgelöst wird, wie lange Alt und Neu parallel laufen und woran wir merken, dass ein Schritt gelungen ist.
03
Erster Schnitt in Produktion
Wir setzen den ersten Teil um — inklusive Tests, Datenmigration und Rückfallpfad. Der Betrieb läuft während der gesamten Zeit weiter.
04
Iterieren und übergeben
Weitere Schnitte im gleichen Muster, zunehmend durch euer Team geführt. Entscheidungen werden als ADRs dokumentiert, damit sie später nachvollziehbar bleiben.
Häufige Fragen
- Müssen wir dafür auf Microservices umstellen?
- Nein. Ein gut geschnittener Monolith ist oft die bessere Antwort. Wir lösen nur das heraus, was eigene Änderungsgeschwindigkeit, eigene Last oder eigene Verantwortung braucht.
- Was, wenn niemand mehr das Altsystem versteht?
- Das ist der Normalfall. Wir arbeiten uns über Verhalten heran: Logs, Datenflüsse, Charakterisierungstests. Das System selbst ist die verlässlichste Dokumentation.
- Können wir währenddessen Features liefern?
- Ja, und das ist Absicht. Modernisierung im Strangler-Muster läuft parallel zum Tagesgeschäft. Ein Stopp der Feature-Entwicklung ist fast nie durchhaltbar.
- Wie lange dauert das insgesamt?
- Das Assessment dauert zwei Wochen und liefert einen belastbaren Korridor. Danach arbeiten wir in Iterationen von vier bis sechs Wochen mit jeweils sichtbarem Ergebnis.
- Was, wenn das Assessment gegen eine Modernisierung spricht?
- Dann sagen wir das. Manche Systeme laufen stabil genug, dass ein Umbau nur Kosten erzeugt. Auch dieses Ergebnis ist ein gutes Ergebnis.
Wann das nicht passt
Wenn das Altsystem in absehbarer Zeit ohnehin abgelöst wird oder die Fachlichkeit gerade komplett neu gedacht wird, lohnt der Umbau nicht. Dann ist ein Event-Modeling-Sprint der ehrlichere Start.
Passt oft dazu
Hintergrund dazu im Beitrag Monolith modernisieren, ohne alles neu zu bauen.