--- title: "Software-Architekt für gewachsene Plattformen | Patrick Engels-Kolodziej" description: "Ich helfe Softwarefirmen, ihre über Jahre gewachsene Plattform Stück für Stück zu entkoppeln, ohne Komplett-Neubau und neben dem laufenden Betrieb, damit Releases wieder planbar werden." canonical_url: "https://pek.dev/" meta: author: "Patrick Engels-Kolodziej" "og:description": "Ich helfe Softwarefirmen, ihre über Jahre gewachsene Plattform Stück für Stück zu entkoppeln, ohne Komplett-Neubau und neben dem laufenden Betrieb, damit Releases wieder planbar werden." "og:title": "Patrick Engels-Kolodziej · Software-Architekt für gewachsene Plattformen" "twitter:description": "Ich helfe Softwarefirmen, ihre über Jahre gewachsene Plattform Stück für Stück zu entkoppeln, ohne Komplett-Neubau und neben dem laufenden Betrieb, damit Releases wieder planbar werden." "twitter:title": "Patrick Engels-Kolodziej · Software-Architekt für gewachsene Plattformen" --- # **Ich helfe Softwarefirmen, ihre über Jahre gewachsene Plattform Stück für Stück zu entkoppeln, **ohne Komplett-Neubau und neben dem laufenden Betrieb, damit Releases wieder planbar werden. Für CTOs und Heads of Engineering in Softwarefirmen mit 11 bis 200 Mitarbeitern, deren Produkt seit Jahren am Markt ist. [Herauslöse-Check buchen](https://app.bookaslot.de/public/4faazrcaixfp8w3/locations/iqacygtac8iy92q/services/82sfyiwg68wmk1q?employeeId=t0yolmqvytp4un8) [So gehe ich vor](https://pek.dev/#vorgehen) Kostenlos, 30 Minuten. Ohne Vorbereitung und ohne Angebot am Ende. ![Patrick Engels-Kolodziej, Software-Architekt](https://pek.dev/_ipx/f_webp&s_320x320/business_bild.png) Ausgangslage ## **Woran ihr merkt, dass es Zeit ist** **01** ### **Release-Termine rutschen** Was früher eine Woche gedauert hat, braucht heute einen Monat. Niemand kann genau sagen, wo die Zeit bleibt. **02** ### **Eine Änderung bricht an anderer Stelle** Jede Erweiterung zieht Fehler in Bereichen nach sich, die niemand angefasst hat. Das Team traut sich an bestimmte Teile nicht mehr heran. **03** ### **Der Support läuft aus** Spring Boot 3.5 bekommt seit dem 30. Juni 2026 keine freien Patches mehr. Der Sprung auf die nächste Version hängt an Abhängigkeiten, die über Jahre gewachsen sind. [**Was jetzt zu tun ist → **](https://pek.dev/leitfaden/spring-boot-3-5-support-ende) Vorgehen ## **Ein Bereich nach dem anderen** Kein Big-Bang-Rewrite, kein Stillstand. Jeder Schritt ist für sich nützlich, und ihr könnt nach jedem aufhören. 1. **Schritt 1** · Kostenlos · 30 Minuten ### **Herauslöse-Check** Wir klären, welcher Bereich sich zuerst sauber abtrennen lässt und was ihn heute festhält: Daten, Abhängigkeiten oder Wissen, das nur eine Person hat. 2. **Schritt 2** · 2 Tage ### **Audit** Ich lese Code und Architektur und lege fest, in welcher Reihenfolge ihr welche Teile herauslöst. Nach der Mikado-Methode: erst sichtbar machen, was an einer Änderung hängt, dann mit den Teilen anfangen, die nichts mehr blockiert. 3. **Schritt 3** · Bereich für Bereich ### **Herauslösen im Parallelbetrieb** Der erste Bereich wird zu einem eigenen Modul oder Service. Nach dem Strangler-Fig-Prinzip laufen alt und neu parallel. Umgeschaltet wird erst, wenn das Neue nachweislich trägt. **Werkzeuge**Java & Spring BootGoPostgreSQL & MySQLKubernetesGitLab CI/CDVue & Nuxt Fallstudien ## **Was ich zuletzt herausgelöst habe** Zwei Beispiele aus meinem aktuellen Mandat. uni-assist e.V. · laufendes Mandat ### **Zahlungsabwicklung aus dem Kernsystem gelöst**
**Ausgangslage**
Der Zahlungsanbieter war tief in das Kernsystem eingebaut. Der Vertrag lief aus und musste neu ausgeschrieben werden. Ein neuer Anbieter hätte Eingriffe an vielen Stellen bedeutet.
**Vorgehen**
Die Zahlung wurde zu einem eigenen Service mit klarer Schnittstelle, inklusive Migration der bestehenden Daten. Alt und neu liefen parallel, bevor umgeschaltet wurde.
**Ergebnis**
**Umstellung im laufenden Zahlungsbetrieb ohne Ausfallzeit. Der Anbieter lässt sich heute wechseln, ohne das Kernsystem anzufassen.**
Java · Spring Boot · MySQL · RabbitMQ uni-assist e.V. · laufendes Mandat ### **Von On-Premise auf Kubernetes**
**Ausgangslage**
Das System lief on-premise auf Docker Swarm. Die Hardware musste für die Spitzenlast bereitstehen und von den Admins gepflegt werden.
**Vorgehen**
Schrittweiser Umzug zu Scaleway und Kubernetes. Die CI/CD-Pipelines wurden dafür angepasst.
**Ergebnis**
**Die Rechenleistung richtet sich nach der tatsächlichen Last, statt dauerhaft Hardware vorzuhalten. Die Admins müssen keine Hardware mehr pflegen und haben Zeit für andere Aufgaben.**
Kubernetes · Scaleway · Docker · GitLab CI/CD Pakete ## **Feste Pakete, feste Preise** Ihr wisst vorher, was ihr bekommt und was es kostet. Alle Preise zzgl. 19 % USt. **Kostenlos · 30 Minuten · der Einstieg** ### **Der Herauslöse-Check** Wir schauen uns gemeinsam an, welcher Bereich sich aus eurem System zuerst herauslösen lässt und woran es dabei hängt. Ohne Vorbereitung von eurer Seite und ohne Angebot am Ende. - Welcher Bereich sich als erster sauber abtrennen lässt - Was ihn heute festhält: Daten, Abhängigkeiten oder Wissen - Eine grobe Reihenfolge für die nächsten Schritte [30 Minuten buchen](https://app.bookaslot.de/public/4faazrcaixfp8w3/locations/iqacygtac8iy92q/services/82sfyiwg68wmk1q?employeeId=t0yolmqvytp4un8) 2 Tage ### **Architecture & Code Health Audit** **2.499 €** Ich analysiere Code, Architektur und Abläufe und zeige, wo eure technischen Schulden am meisten kosten. - Audit-Bericht mit Stärken, Schwächen und Risiken - Priorisierter Fahrplan, in welcher Reihenfolge ihr was herauslöst - 90 Minuten Workshop mit eurem Entwicklerteam - Konkrete Refactoring-Beispiele aus eurem Code [Gespräch buchen](https://app.bookaslot.de/public/4faazrcaixfp8w3/locations/iqacygtac8iy92q/services/82sfyiwg68wmk1q?employeeId=t0yolmqvytp4un8) 14 Tage ### **Modernisierungs-Sprint** **7.499 €** 14 Tage für den ersten Schnitt: Wir trennen einen klar abgegrenzten Teil heraus und bringen ihn in den Parallelbetrieb. Größere Bereiche lösen wir in mehreren Sprints hintereinander. - Bereich abgrenzen und Schnittstelle festlegen - Tests am Rand als Sicherheitsnetz - Der erste Teil läuft parallel zum alten System - Wissenstransfer an euer Team während der Arbeit [Gespräch buchen](https://app.bookaslot.de/public/4faazrcaixfp8w3/locations/iqacygtac8iy92q/services/82sfyiwg68wmk1q?employeeId=t0yolmqvytp4un8) Monatlich kündbar ### **Fractional Architecture Board** **2.999 € / Monat** Ein Architekt auf Abruf für Entscheidungen und Reviews, ohne eine Vollzeitstelle zu besetzen. - Wöchentliches Architektur-Sparring - Architektur- und Pull-Request-Reviews - Direkter Draht per Slack und E-Mail - Begleitung bei Stack- und Infrastruktur-Entscheidungen [Gespräch buchen](https://app.bookaslot.de/public/4faazrcaixfp8w3/locations/iqacygtac8iy92q/services/82sfyiwg68wmk1q?employeeId=t0yolmqvytp4un8) Weitere Projekte ## **Software, die ich von Grund auf gebaut habe** Nicht jedes Projekt ist eine Modernisierung. Diese zeigen, dass ich Software auch entwerfe, baue und betreibe. Freelance-Mandat · 2022 bis 2026 ### **Digital GSD** SaaS-Plattform für Gebärdensprachdolmetscher, dreieinhalb Jahre allein entwickelt und betrieben: Einsatzbestätigung mit Unterschrift, Abrechnung nach Regeln je Bundesland, GoBD-konforme Archivierung. Go · Vue · PostgreSQL Festanstellung · 2021 bis 2023 ### **picdrop** Video-Unterstützung für eine Plattform für Profifotografen: automatische Vorschaubilder und Previews, eingebunden in die bestehenden Foto-Abläufe. Java · Spring Boot · AWS Eigenes Produkt · seit 2025 ### **BookASlot** Terminbuchung für Dienstleister, von der Idee bis zu zahlenden Kunden. Über BookASlot buchst du auch den Herauslöse-Check. Go · Vue · PostgreSQL Kunden und Produkte [![Logo uni-assist e.V.](https://www.uni-assist.de/fileadmin/Bilder/Grafikelemente/uni-assist-logo.svg)](https://www.uni-assist.de "uni-assist e.V.") [![Logo Digital GSD](https://pek.dev/_ipx/_/digital-gsd.png)](https://digital-gsd.de "Digital GSD") [![Logo Pack Planner](https://pek.dev/_ipx/_/pack-planner-logo.png)](https://engelsrudel.de "Pack Planner") [![Logo BookASlot](https://bookaslot.de/logo.svg)](https://bookaslot.de "BookASlot") FAQ ## **Häufige Fragen**
**Müssen wir dafür alles neu schreiben? **+ Nein. Neuer Code entsteht natürlich, aber immer nur für den Bereich, der gerade herausgelöst wird. Der Rest des Systems läuft unverändert weiter.
**Was passiert mit dem laufenden Betrieb? **+ Alt und neu laufen parallel. Umgeschaltet wird erst, wenn das Neue nachweislich trägt. Bis dahin bleibt das Alte der Weg, auf den ihr zurückkönnt.
**Arbeitest du mit unserem Team zusammen? **+ Ja. Ich arbeite im Team mit, mache Reviews und gebe das Vorgehen weiter, damit das Wissen bei euch bleibt, wenn ich wieder gehe.
**Wie fangen wir an? **+ Mit dem kostenlosen Herauslöse-Check, 30 Minuten ohne Vorbereitung. Danach wisst ihr, welcher Bereich sich zuerst lösen lässt, auch wenn wir danach nicht zusammenarbeiten.
**Arbeitest du remote oder vor Ort? **+ Remote. In Berlin auch vor Ort.
Leitfäden ## **Zum Weiterlesen** [**Alle Leitfäden →**](https://pek.dev/leitfaden) [Spring Boot 3.5 Support-Ende

**Spring Boot 3.5 ohne Support: Was jetzt zu tun ist**

Seit dem 30. Juni 2026 bekommt Spring Boot 3.5 keine freien Patches mehr, Spring Boot 4.0 folgt am 31. Dezember. Was das bedeutet, warum der Versionssprung in gewachsenen Systemen oft hängen bleibt und wie du ihn trotzdem schaffst.**Lesen →**](https://pek.dev/leitfaden/spring-boot-3-5-support-ende) [Microservice aus Monolith extrahieren

**Welchen Bereich du zuerst herauslöst: Der erste Schnitt im Monolithen**

Der schmerzhafteste Teil des Systems ist fast nie der richtige Anfang. Vier Kriterien, mit denen du den Bereich findest, der sich als erster sauber herauslösen lässt.**Lesen →**](https://pek.dev/leitfaden/ersten-bereich-herausloesen) [Vendor Lock-in auflösen

**Vendor Lock-in auflösen: Wie du wieder verhandlungsfähig wirst**

Über Konditionen verhandeln kannst du nur, wenn ein Anbieterwechsel technisch möglich wäre. Wie du die Abhängigkeit aus dem Kernsystem löst, bevor der Vertrag ausläuft.**Lesen →**](https://pek.dev/leitfaden/vendor-lock-in-aufloesen) ## Sitemap See the full [sitemap](/sitemap.md) for all pages.