Gute Architektur ist keine ästhetische Entscheidung – sie ist die Voraussetzung für operative Stabilität und die Grundlage, auf der verlässliche Inhalte entstehen können. In diesem Executive Breakfast beleuchteten wir gemeinsam mit einem Finanzdienstleister, wie gezielte Investitionen in Infrastruktur die Qualität der ausgelieferten Inhalte direkt beeinflussen.
Warum Infrastruktur kein Selbstzweck ist
Technische Schulden entstehen selten bewusst. Sie akkumulieren sich in kleinen Entscheidungen: ein direkter Datenbankzugriff statt einer klaren API, ein hartcodierter Konfigurationswert statt eines zentralen Speichers, ein Deploy-Prozess der auf manuellen Schritten basiert. Jede dieser Entscheidungen ist für sich betrachtet akzeptabel – in der Summe ergeben sie ein System, das mit jedem Sprint langsamer wird.
Für den Finanzdienstleister in diesem Projekt bedeutete das konkret: Releases dauerten drei Tage, Rollbacks waren riskant, und neue Features mussten mehrere Wochen geplant werden, bevor ein erster Test möglich war. Die Architektur war nicht falsch – sie war für eine andere Welt gebaut worden.
Containerisierung als Grundlage
Der erste Schritt war der Übergang zu einem containerisierten Setup auf Kubernetes. Das klingt nach einem technischen Detail, hat aber fundamentale Auswirkungen auf die Arbeitsweise: Teams können unabhängig deployen, Services lassen sich isoliert testen, und das gesamte System wird durch Versionierung reproduzierbar.
Besonders wichtig war die Entscheidung, MinIO als zentralen Object Store für alle Content-Assets einzusetzen. Damit wurde eine saubere Trennung zwischen Code und Inhalt etabliert – eine Trennung, die in vielen Legacy-Systemen fehlt und zu den häufigsten Problemen bei Content-Updates führt.
Authentifizierung als Querschnittsthema
Keycloak übernahm die zentrale Authentifizierung und Autorisierung. Statt spezifischer Authentifizierungslogik in jedem Service wurde ein einheitliches Token-Modell eingeführt. Dieser Schritt reduzierte nicht nur den Entwicklungsaufwand erheblich, sondern schaffte auch die Grundlage für künftige Erweiterungen wie Multi-Tenancy und delegierten Zugriff.
Ergebnisse und Ausblick
Nach 14 Wochen waren die Ergebnisse messbar: Die Deploy-Zeit sank von drei Tagen auf unter 20 Minuten. Neue Features konnten in kürzeren Iterationen entwickelt und getestet werden. Das Team berichtete von einer spürbar gestiegenen Entwicklungsfreude – ein Faktor, der in technischen Projekten oft unterschätzt wird, aber direkte Auswirkungen auf Qualität und Geschwindigkeit hat.
Die nächste Phase fokussiert sich auf die Einführung einer Edge-Caching-Strategie und die vollständige Migration der Legacy-Content-Datenbank zu strukturierten Markdown-Dateien in MinIO.