Legacy-Modernisierung
Ihr Produkt funktioniert, das ist das Problem. Es erwirtschaftet Umsatz, Sie können es also nicht anhalten, aber jede Änderung dauert länger und jedes Deploy ist ein Risiko. Ich zerlege Legacy-Systeme in wartbare Services, während der Betrieb weiterläuft. Das habe ich bereits gemacht: einen Vaadin-Monolithen in 12 unabhängig deploybare Services zerlegt, für mehr als 50 Mandanten, mit Migrationen ohne Ausfallzeit.
Ihr Monolith, in Services zerlegt und ohne Ausfallzeit in die Cloud migriert. Der schwierige Teil bei Legacy-Arbeit ist nicht das Schreiben neuen Codes, sondern das Verstehen eines Systems, das niemand dokumentiert hat, und es zu ändern, ohne den Umsatz zu gefährden. KI-Coding-Tools sind hier nutzlos: Sie glänzen bei leeren Repos und scheitern an fünfzehn Jahren undokumentierter Geschäftsregeln. Das ist Engineering-Urteilsvermögen, und genau das habe ich fast drei Jahre lang bei einem deutschen B2B-SaaS-Unternehmen gemacht.
Jede Leistung, von Anfang an klar.
Systemarchäologie: nachvollziehen und dokumentieren, was tatsächlich existiert
Zerlegungsplan: Service-Grenzen, gemeinsame Domain-Schnittstellen, Migrationsreihenfolge
Multi-Mandanten- und Identitätsarchitektur, falls benötigt (ausgelegt für 50+ Mandanten)
Praktische Umsetzung der ersten Extraktionen, nicht nur eine Folienpräsentation
Migrationsstrategie ohne Ausfallzeit mit Rollback-Punkten
Dokumentation, mit der Ihr Team weiterarbeiten kann
Wie es abläuft.
Wochen 1–2, Archäologie: Code lesen, Team befragen, die tatsächlichen Datenflüsse abbilden. Ergebnis ist eine Systemkarte, die präziser ist als Ihre interne Dokumentation.
Wochen 3–4, Plan: Service-Grenzen, Extraktionsreihenfolge, Risikoregister. Der Plan optimiert dafür, früh Wert zu liefern, nicht für architektonische Reinheit.
Wochen 5+, Extraktion: der erste Service läuft im Produktivbetrieb, das Muster ist bewiesen. Ihr Team führt es mit dem Playbook fort, oder ich mache weiter.
Das ist für Sie, wenn…
Softwareunternehmen, deren über 10 Jahre altes Kernprodukt sich gegen Änderungen sträubt
Teams vor einer Rewrite-Entscheidung, die eine dritte Option brauchen
B2B-SaaS-Plattformen, die auf die harte Tour in Multi-Tenancy hineingewachsen sind
Bereit anzufangen?
Auf Anfrage · 4–12 Wochen · Kein Pitch-Deck.
Deutsche KMU können dies oft teilweise fördern lassen
Diese Art von Engagement ist häufig für die BAFA-Beratungsförderung (bis zu 50 %) und, in NRW, das MID-Programm förderfähig. Die öffentliche Förderung läuft bis 2026. Sie stellen den Antrag, die Förderfähigkeit hängt von Ihrem Unternehmen ab; im Gespräch weise ich Sie auf das passende Programm hin.
01Müssen wir während der Migration aufhören, neue Features auszuliefern?
Nein, und jeder Plan, der das erfordert, sollte Sie stutzig machen. Die Arbeit ist so sequenziert, dass der Monolith weiter Traffic bedient, während Services nacheinander hinter stabilen Schnittstellen extrahiert werden. Ich habe das auf einer Plattform mit über 50 Mandanten mit Umschaltungen ohne Ausfallzeit durchgeführt.
02Sollten wir stattdessen neu schreiben?
Meist nicht. Rewrites scheitern, weil das alte System Jahre undokumentierter Geschäftsregeln kodiert, die niemand mehr formulieren kann, und das neue System sie erst alle lernen muss, bevor es etwas ersetzen kann. Inkrementelle Zerlegung hält den Umsatz am Laufen, während das Wissen übertragen wird. Wenn ein Rewrite in Ihrem Fall wirklich richtig ist, sage ich das offen.
03Können KI-Tools das stattdessen übernehmen?
Nicht gut. KI ist in einem leeren Repository am stärksten und bei fünfzehn Jahren undokumentierter Regeln mit laufendem Umsatz am schwächsten, weil der relevante Kontext nicht in ein Context Window passt und die Risikotoleranz null ist. Ich nutze KI innerhalb dieser Arbeit intensiv, aber die Sequenzierung und das Urteilsvermögen darüber, was sich sicher verschieben lässt, sind die eigentliche Aufgabe.
04Was bekommen wir, wenn wir nach der ersten Phase aufhören?
Eine Systemkarte, die präziser ist als Ihre interne Dokumentation, einen Zerlegungsplan mit Service-Grenzen und Extraktionsreihenfolge sowie ein Risikoregister. Das ist bewusst für sich allein nutzbar, Sie sind also nie gezwungen weiterzumachen.
Noch unsicher, ob das die richtige Art der Zusammenarbeit ist?
Gespräch buchen