Leistungen
Bestehende Systeme modernisieren
Die meisten gewachsenen Systeme sind nicht zu alt, um sie zu behalten. Sie sind zu alt, um sie sicher zu ändern.
- 9 in 9 Tagen
- Backend-Services bei der gematik auf Spring Boot 3 umgestellt
Solche Umstellungen blockieren oft monatelang die Weiterentwicklung. Hier dauerte sie neun Tage, und Registrierungen und Zulassungen liefen weiter.
Warum Upgrades liegen bleiben
Eine Framework-Version fällt aus dem Support, dann die nächste. Jedes ausgelassene Upgrade macht das folgende größer, bis die Lücke so groß ist, dass niemand sie anfassen will. Neue Funktionen werden langsamer, Sicherheitsupdates bleiben aus, und eine Neuentwicklung wirkt wie der einzige Ausweg. Das ist sie selten. Legacy-Modernisierung geht stattdessen in kleinen, getesteten Schritten, während das System in Betrieb bleibt. Legacy-Modernisierung geht stattdessen in kleinen, getesteten Schritten, während das System in Betrieb bleibt.
Wie wir modernisieren
- Tests zuerst: Automatisierte Tests halten fest, was das System heute tut, bevor sich etwas ändert.
- Kleine Schritte: Jeder Upgrade-Schritt wird einzeln ausgeliefert, während das System in Betrieb bleibt.
- Laufzeit und Frameworks: Java, Spring Boot und Angular, Version für Version.
- Prozess-Engine: von Camunda 7 auf CIB seven, ohne die Prozessmodelle neu zu schreiben.
Die Zahlen
Bei der gematik wurden neun Backend-Services innerhalb von neun Tagen auf Java 17 und Spring Boot 3 umgestellt. Die Oberflächen durchliefen acht Angular-Hauptversionen, von 11 bis 19, gemeinsam mit den Teams der gematik, und die Prozess-Engine wechselte von Camunda 7 auf CIB seven. Die produktiven Geschäftsprozesse liefen dabei weiter.
Bei Gesundheit in Bewegung läuft die Plattform heute auf Java 25, Spring Boot 4 und CIB seven, die Oberfläche wechselte von Angular 14 auf 21.
Was bleibt
Ihre Prozesse, Ihre Daten und die Art, wie Ihre Mitarbeitenden arbeiten. Was sich ändert, ist die Technik darunter, und damit Kosten und Risiko der nächsten Änderung.
UNSER ANSATZ
Unser Engineering-Ansatz
Verstehen
Anforderungen und Zusammenhänge klären.
Gestalten
Eine passende technische Lösung entwickeln.
Absichern
Integration, Betrieb und Qualität mitdenken.
Häufige Fragen
- Muss die Weiterentwicklung während eines Upgrades ruhen?
- Nein. Wir modernisieren in kleinen Schritten, die jeweils einzeln ausgeliefert werden. Die fachliche Weiterentwicklung läuft parallel, und jeder Schritt bewährt sich in Produktion, bevor der nächste beginnt.
- Wie verhindern Sie, dass Bestehendes kaputtgeht?
- Tests kommen zuerst. Bevor sich etwas ändert, halten automatisierte Tests fest, was das System heute tut. Das Upgrade muss sie bestehen.
- Camunda 7 ist End of Life. Welche Optionen gibt es?
- Die Community Edition von Camunda 7 hat im Oktober 2025 mit dem letzten Release 7.24 ihr Lebensende erreicht und erhält keine Sicherheitsupdates mehr. Enterprise-Kunden werden bis April 2030 unterstützt. Danach gibt es zwei Wege. Camunda 8 basiert auf einer anderen Architektur, der Java-Integrationscode muss also migriert werden. Open-Source-Weiterentwicklungen wie CIB seven behalten das Programmiermodell von Camunda 7 bei. Beide langjährigen Plattformen, an denen wir arbeiten, sind ohne Neuschreiben ihrer Prozessmodelle auf CIB seven umgestiegen.
Ein System, das weiterlaufen muss, während es sich verändert?
30 Minuten mit Benjamin Huskić, Gründer und Entwickler. Schildern Sie uns die Probleme, Engpässe oder Risiken, die Sie gerade am meisten beschäftigen. Wir geben Ihnen eine erste Einschätzung, teilen relevante Erkenntnisse aus vergleichbaren Herausforderungen und loten gemeinsam aus, wie unsere Erfahrung Sie weiterbringen kann.