05.06.2026 aktualisiert
100 % verfügbar
Lead Developer & Solutions Architect · Mission-Critical Services auf AWS · Go / DevOps / Terraform
Geilenkirchen, Deutschland
Nur Remote
Fachinformatiker für AnwendungsentwicklungÜber mich
Lead Developer & Solutions Architect mit 20+ Jahren Erfahrung. Mission-critical Go-Services auf AWS, Legacy-Modernisierung ohne Betriebsunterbrechung. Projekte: Payment-API für 6 Mio. Nutzer, event-getriebene Architekturen für globale AdTech-Plattformen.
Skills
AI AgentsAWS SQSTailwind CSSOKRSageMakerIAMJavaScriptAPIsAmazon Web ServicesCloudfrontAmazon Elastic Compute CloudAmazon S3Atlassian ConfluenceAtlassian JiraSaas
Die meisten Backend-Systeme scheitern nicht spektakulär. Sie werden langsamer. Deployments werden riskanter. Neue Features dauern doppelt so lang wie sie sollten. Und irgendwann will niemand mehr den Core anfassen.
Genau das ist mein Terrain.
Ich bin Lead Developer und Solutions Architect mit über 20 Jahren Erfahrung. Ich modernisiere gewachsene Backend-Systeme und baue neue mission-critical Services in Go auf AWS. Ohne den laufenden Betrieb zu gefährden.
Meine Arbeit liegt an der Schnittstelle zwischen Legacy-Modernisierung und cloud-nativer Architektur. Ich kenne gewachsene Systeme von innen, weiß wo sie unter Last brechen und wie man sie schrittweise weiterentwickelt statt alles neu zu schreiben.
Zu meinen Projekten zählen unter anderem die Skalierung einer Payment-API auf über 6 Millionen Nutzer für ein internationales SaaS-Unternehmen sowie der Aufbau event-getriebener Architekturen für eine große AdTech-Plattform.
AWS Certified Security Specialty · AWS Certified Generative AI Developer Professional · AWS Certified Solutions Architect Professional · AWS Certified Developer · AWS Certified AI Practitioner · HashiCorp Certified: Terraform Associate
Wenn Ihr Backend zur Bremse wird — lassen Sie uns reden. timrutte.de
Sprachen
DeutschMutterspracheEnglischverhandlungssicherFranzösischGrundkenntnisse
Projekthistorie
Die Ausgangssituation
Die Traffic-Attributierung einer globalen AdTech-Plattform war auf mehrere Abteilungen verteilt – kein zentrales System, kein einheitlicher Prozess. Mit steigendem Traffic und wachsender Kampagnenzahl konnten Media Buyer nur einen Bruchteil der möglichen Kampagnen tracken.
Die Herausforderung
Die Anforderungen waren kompromisslos: Jeden Request in unter 10ms mit Attributierungswerten anreichern, kein Single Point of Failure, global verfügbar in EU und US. Attributierungswerte tageweise vergeben, konsistent und atomar verwaltet.
Mein Ansatz
Go als Sprache der Wahl für hohe Concurrency und niedrige Latenz. Deployment in EU und US, jede Region eigenständig hochverfügbar. AWS Global Accelerator leitet Traffic zur nächstgelegenen Region, ein ALB verteilt die Last innerhalb der Region.
Drei Cache-Layer: In-Memory für häufig abgefragte Werte, Valkey für verteiltes Caching, DynamoDB für persistente tagesweise Vergabe mit atomaren Transaktionen – keine Race Conditions, keine Inkonsistenzen unter Last.
Der Service ist von Grund auf multi-tenant-fähig: mehrere Mandanten isoliert auf derselben Infrastruktur, ohne gegenseitige Beeinflussung.
Das Ergebnis
- 5x mehr Kampagnen trackbar für Media Buyer
- <10ms Latenz zuverlässig auch unter Last
- 3 Mio.+ Requests täglich – kein Produktionsausfall seit Launch
Ein verteilter manueller Prozess wurde durch einen zentralen hochverfügbaren Service ersetzt, der automatisch mit dem Traffic skaliert.
Die Ausgangssituation
Ein neu gegründetes Team übernahm PHP-Legacy-Code für das Revenue-Reporting, aber über Jahre gewachsen: keine Testabdeckung, keine dokumentierte Infrastruktur, kein Infrastructure as Code. Revenue-Feeds von externen Partnern wurden täglich importiert, Kampagnen-Reports ausgeliefert. Fehler hatten unmittelbare geschäftliche Konsequenzen.
Die Herausforderung
Keine Tests bedeutet Blindflug. Incidents passierten regelmäßig, Ursachen waren schwer zu finden, Fixes riskant. Die Infrastruktur war manuell konfiguriert, nicht dokumentiert, nicht reproduzierbar. Aufgabe: modernisieren, auf PHP 8 migrieren, in eine saubere AWS-Umgebung überführen bei laufendem Betrieb, kein Ausfall erlaubt.
Mein Ansatz
Testabdeckung von 0 auf über 90% aufgebaut – PHPUnit für Unit Tests, Codeception für Acceptance Tests. Erst absichern, dann modernisieren. Gesamten Legacy-Code auf PHP 8 migriert.
Cloud-Migration auf AWS: ECS, EC2, SQS/SNS, RDS, Athena und Glue. Gesamte Infrastruktur in Terraform, versioniert und reproduzierbar. Estimates-Per-Click täglich berechnet und für Media Buyer bereitgestellt. Revenue-Daten über AWS DataZone intern für alle Abteilungen verfügbar.
Das Ergebnis
- –90% Incidents durch vollständige Testabdeckung
- 90%+ Testabdeckung – Systemverhalten vollständig abgesichert
- 100% Infrastructure as Code – kein manuelles Klicken mehr
Legacy-Modernisierung bei laufendem Betrieb in einem neunstelligen Umsatzumfeld, kein einziger Tag Ausfall.
Die Ausgangssituation
Ein internationales SaaS-Produkt mit mehreren Millionen Kunden betrieb eine Payment-API die für eine andere Größenordnung gebaut worden war. Jede Lastspitze war ein Risiko, neue Provider-Integrationen dauerten Wochen, das Deployment war ein manueller Prozess. Das Produkt sollte international skalieren, das System war dafür nicht gebaut.
Die Herausforderung
Komplettrewrite keine Option. Das System verarbeitete täglich tausende Transaktionen, ein Ausfall bedeutete direkten Umsatzverlust. Modernisierung bei laufendem Betrieb, neue Funktionalität parallel zum Altbetrieb, über mehrere Jahre ohne Destabilisierung.
Mein Ansatz
Testabdeckung eingeführt, kritische Abhängigkeiten dokumentiert, Deployment automatisiert. Dann schrittweise Microservice-Architektur in Go, kein Big Bang, sondern kontrollierter Aufbau. Bestehende PHP-Komponenten über gRPC integriert, Kubernetes auf AWS für Orchestrierung, CI/CD über GitHub und GitLab.
Stripe, Braintree, Adyen, Paymentwall, Chargebee und Amazon Pay über saubere API-Schichten abstrahiert, jeder Provider austauschbar ohne das Gesamtsystem zu berühren. Grafana, Prometheus, CloudWatch und Sentry für Observability von Anfang an.
Das Ergebnis
- 6 Mio.+ Nutzer – System trägt die Last stabil
- –15 % Payment-Abbrüche durch optimierte Infrastruktur
- –75 % Deploymentzeit durch automatisierte CI/CD-Pipelines
Neue Provider in Tagen statt Wochen integrierbar. Kein Angst-Deployment mehr.