Das ist der Job
Es geht um echte Architekturentscheidungen: Wie zerlegt man sinnvoll, wie sequenziert man die Migration ohne Produktionsausfälle, wie baut man eine Plattform, auf der das Unternehmen die nächsten zehn Jahre läuft.
Darum lohnt es sich
Das Projekt
Eine etablierte, technisch komplexe Enterprise-Umgebung migriert eine große Applikationslandschaft — größtenteils Java/Spring Boot — von Legacy-Infrastruktur auf eine moderne, containerisierte AWS-Plattform.
Was dich erwartet
• Design und Aufbau der Zielinfrastruktur auf AWS — Kubernetes, Docker, Terraform als Kern-Toolset
• Verantwortung für Migration Engineering einer großen, stark verzahnten Applikationslandschaft
• CI/CD-Pipelines bauen und Automatisierung konsequent vorantreiben — manuelle Schritte sind das, wofür du bezahlt wirst, sie abzuschaffen
• Direkte Zusammenarbeit mit den Entwicklungsteams, kein Infra-Silo, das nur Tickets abarbeitet
• Praxiserprobte Erfahrung mit AWS, Kubernetes, Docker, Terraform — keine Zertifikate, echte Kampfnarben
• Idealerweise Software-Engineering-Hintergrund — genug, um Java/Spring-Boot-Code zu lesen und zu verstehen, nicht nur blind zu deployen
• Souveränität im Umgang mit echter Legacy-Komplexität, nicht nur Greenfield-Setups
Warum sich der Blick lohnt
• Seltene Größenordnung und Tiefe für eine DevOps-Rolle in diesem Markt — ein Projekt, auf das man Jahre später noch verweist
• Steile Lernkurve, aber die nützliche Sorte
• Du löst echte Architekturprobleme, statt fremde Terraform-Templates zu pflegen Das hier ist kein weiteres "wir gehen in die Cloud"-Projekt.
Es ist eine der technisch anspruchsvollsten Infrastruktur-Migrationen, die aktuell im deutschen Enterprise-Umfeld läuft — große Legacy-Landschaft, hohe Komplexität, echte Verantwortung, mehrjähriger Horizont. Die Art von Projekt, an der man entweder verzweifelt oder innerhalb von zwei Jahren zu einem der stärksten DevOps Engineers am Markt wird.
Kein Lift-and-Shift.
