DevOps EngineerDevOps Engineer

Tech-Stack

Kubernetes und Terraform bilden den Kern – dieses Paar steckt in fast jedem Projekt, und darauf ist die Aufgabenrunde ausgelegt. Der Rest richtet sich nach dem Kunden.

• Kubernetes – verwaltet (EKS/GKE/AKS) und, häufiger als man denkt, On-Premise, Multi-Cloud und abgeschottet.
• Terraform – jede Umgebung reproduzierbar aus einem leeren Konto, dazu Helm und GitOps mit Argo CD oder Flux.
• AWS, GCP und Azure. Tiefe in einer Cloud ist die Basis; wir arbeiten in allen dreien, und Sie sollten sich in den anderen beiden schnell einarbeiten können.
• CI/CD-Tooling – GitHub Actions, GitLab CI oder Vergleichbares – aufgebaut um signierte Images, SBOMs und gescannte Abhängigkeiten.
• OpenTelemetry, Prometheus und Grafana für die Teile, die zeigen, was tatsächlich passiert.
• Go oder Python für internes Tooling und die Automatisierung, die alles zusammenhält.

Was Sie bauen würden

• Die Plattform, auf der das Produkt eines Kunden läuft: Cluster, Deploy-Pfade, Umgebungen, den Klebstoff, der eine Übergabe überlebbar macht.
• CI/CD-Pipelines, denen Teams tatsächlich vertrauen, mit von Anfang an eingebauter Supply-Chain-Hygiene.
• Observability, die Fragen beantwortet statt nur Dashboards zu füllen – OpenTelemetry, Prometheus, strukturierte Logs, sinnvolle SLOs.
• Infrastructure as Code für jede Umgebung, damit nichts von einem Konsolenklick abhängt, an den sich nur eine Person erinnert.
• Kontrollen, die einem SOC-2- und ISO-27001-Audit ohne Hektik standhalten.
• On-Call-Runbooks und Vorfallreaktion, die das Team des Kunden fähiger zurücklassen, als sie es vorgefunden haben, nicht abhängiger von uns.

Wonach wir suchen

3–5 Jahre in einer DevOps-, SRE- oder Infrastrukturrolle, mit Produktionssystemen, die Sie verantwortet und nicht nur berührt haben. Ein Abschluss zählt nicht – wir fragen nicht danach. Beweise schlagen einen Lebenslauf: ein Repo, ein Cluster, den Sie betrieben haben, ein Vorfall, den Sie bewältigt haben, während sich Menschen darauf verließen.

Eine Präferenz haben wir: Menschen, die in Startups gearbeitet haben. Arbeit in der frühen Phase lehrt eine bestimmte Sache – ein Problem von Anfang bis Ende zu verantworten, ohne jemanden, an den man es weiterreichen kann –, und genau das ist der Kern dieses Jobs.

• 3–5 Jahre praktische Infrastruktur- oder DevOps-Erfahrung, größtenteils in Produktion, nicht in Staging.
• Arbeiten Sie mit echter Kubernetes-Tiefe – nicht nur kubectl apply. Scheduling, Networking, RBAC, CRDs, und was passiert, wenn ein Node ausfällt.
• Greifen Sie standardmäßig zu Terraform (oder vergleichbarem IaC), nicht erst als letzten Ausweg.
• Bewegen Sie sich sicher über AWS, GCP und Azure hinweg – tief in einer, gefährlich in den anderen beiden –, mit Pipelines, Releases, IAM, Networking und Kosten vollständig in Ihrer Verantwortung.
• Bauen Sie CI/CD, dem ein Team tatsächlich vertraut, mit Sicherheit, die in der Pipeline eingebacken ist statt nachträglich angeflanscht.
• Bringen Sie genug Linux- und Netzwerkwissen mit, um unterhalb der Abstraktion zu debuggen, nicht nur drumherum.
• Betreiben Sie etwas in Produktion und bleiben Sie dafür verantwortlich – Sie haben schon einmal die Rufbereitschaft für etwas Wichtiges getragen.
• Wenden Sie Sicherheitsinstinkte standardmäßig an: geringstmögliche Rechte, Umgang mit Secrets, Mandantengrenzen.
• Schreiben Sie klar. Runbooks und Design-Dokumente sind die Hälfte dessen, was wir liefern.
• Haben Sie mit entfernten Startup-Teams über Zeitzonen hinweg gearbeitet und wissen, was das wirklich bedeutet: Dinge aufschreiben, ohne Meeting entscheiden und erreichbar sein, wenn es zählt, ohne um 3 Uhr morgens online zu sein.
• Lernen Sie schnell. Kunden kommen mit Stacks, die wir noch nie berührt haben, und die entscheidende Fähigkeit ist, in dieser Infrastruktur innerhalb weniger Tage eine sichere Änderung vorzunehmen.
• Behaupten Sie sich vor einem Kunden: Umfang festlegen, produktiv widersprechen und offen sagen „das können wir noch nicht messen“.

Nice to have

• Go oder Python zum Bau von internem Tooling, Operatoren oder Automatisierung.
• Arbeit an Multi-Tenant-SaaS-Plattformen oder ein durchlaufenes Compliance-Audit.
• Open-Source-Beiträge im Cloud-native-Ökosystem.
• Erfahrung mit GPU-Scheduling oder Inference-Serving-Infrastruktur.
• Erfahrung in der frühen Startup-Phase – Gründungsteam, erste Engineers oder ein eigenes Projekt, das live gegangen ist.

How to apply

Email [email protected] Schreiben Sie uns eine E-Mail mit:

• Ihrem Lebenslauf oder LinkedIn-Profil.
• Einer kurzen Notiz – wenige Absätze reichen – über Infrastruktur, die Sie gebaut und betrieben haben, was daran kaputtging und was Sie deshalb geändert haben.
• Links zu allem Öffentlichen: Repos, Texten, Vorträgen, Nebenprojekten, Homelab-Clustern – was auch immer die Arbeit zeigt.
• Ihrem Standort und Ihrer Zeitzone, und ab wann Sie verfügbar wären.
• Einer Zeile dazu, warum gerade Sie für diese Rolle. Das lesen wir am genauesten.

Wir bewahren Ihre Angaben für die Projekte auf, für die diese Anzeige gedacht ist, und melden uns, sobald eines ansteht. Falls Sie das nicht möchten, sagen Sie es uns, und wir löschen sie.