Ingenieur für Systemzuverlässigkeit (SRE)

Arbeitszeit: Die Zusammenarbeit erfolgt asynchron; die eigene Arbeitszeit wird selbstständig organisiert.
Erfahrung: Erwartet werden mindestens 7 Jahre Erfahrung in SRE, Production Engineering oder zuverlässigkeitsorientierten Rollen, einschließlich der Gestaltung und teamübergreifenden Einführung von SRE-Praktiken.
Vergütung: Gehalt nicht angegeben

Die Rolle in Kürze

Die Rolle ist in Service Operations angesiedelt und etabliert Praktiken, Frameworks und Feedbackprozesse, mit denen Engineering-Teams die Zuverlässigkeit ihrer Dienste selbst verantworten. Sie arbeitet organisationsweit an Standards, Fehlerbudgets und konkreten Verbesserungen, auch durch gemeinsame Programmierung, ohne die Infrastrukturverantwortung der Teams zu übernehmen.

Deine Aufgaben

Die Rolle definiert mit Service-Teams kundenorientierte SLIs und SLOs sowie Fehlerbudgetrichtlinien, die Engineering-Entscheidungen steuern.
Sie verantwortet und entwickelt Operational Readiness Reviews für neue Dienste und wesentliche Änderungen weiter und prüft dabei Observability, Alarmierung, Runbooks, Kapazität und kontrollierte Leistungsreduzierung bei Störungen.
Sie verknüpft Postmortem-Erkenntnisse mit Lücken in der Betriebsbereitschaft, erkennt wiederkehrende Fehlermuster und treibt systemische Verbesserungen voran.
Sie unterstützt Teams bei Architekturprüfungen, Fehlermodusanalysen, der Erfassung von Abhängigkeiten und dem Entwurf resilienter Systeme.
Sie identifiziert und quantifiziert wiederkehrenden manuellen Betriebsaufwand und entwickelt oder fördert Automatisierung zu dessen Beseitigung.
Sie unterstützt nachhaltige Rufbereitschaftspraktiken durch bessere Alarmqualität, Eskalationswege, Runbook-Abdeckung und weniger unnötige Alarme.
Sie erfasst und berichtet den organisationsweiten betrieblichen Reifegrad, macht systemische Lücken sichtbar und treibt deren Behebung voran.
Sie etabliert teamübergreifende Zuverlässigkeitsstandards, programmiert gemeinsam mit Teams an Lösungen und unterstützt die Definition und Einhaltung ihrer Fehlerbudgets.

Das solltest du mitbringen

Erforderlich

Erwartet werden mindestens 7 Jahre Erfahrung in SRE, Production Engineering oder zuverlässigkeitsorientierten Rollen, einschließlich der Gestaltung von SRE-Praktiken und ihrer Einführung über Engineering-Teams hinweg.
Erwartet wird eine Software-Engineering-Denkweise mit eigener Programmierung und dem Bau von Werkzeugen über deren bloße Konfiguration hinaus.
Erwartet wird praktische Erfahrung mit der Definition und Operationalisierung von SLOs und SLIs in großem Maßstab, einschließlich Fehlerbudgetrichtlinien, die Engineering-Entscheidungen tatsächlich beeinflusst haben.
Erwartet wird tiefgehende Erfahrung mit Incident Response, der Moderation von Postmortems und der Umsetzung von Störungserkenntnissen in systemische Verbesserungen.
Erwartet wird Erfahrung mit großen mandantenfähigen Systemen; Erfahrung mit verwalteten Datenbankplattformen oder Postgres ist ein zusätzlicher Vorteil.
Erwartet werden fundierte Kenntnisse in Cloud-Infrastruktur und Infrastructure as Code. AWS ist für die Cloud-Infrastruktur bevorzugt; für Infrastructure as Code ist Pulumi bevorzugt, während Terraform oder CDK ebenfalls akzeptiert werden.
Erwartet wird klare und überzeugende Kommunikation, um über eine verteilte Organisation hinweg ohne formale Weisungsbefugnis Einfluss zu nehmen.
Erwartet wird Erfahrung in asynchron oder global verteilt arbeitenden Teams.
Erwartet wird Motivation, andere Teams wirksamer zu machen, statt sämtliche Probleme selbst zu beheben.

Von Vorteil

Eine klare Vorstellung von wirksamer SRE-Arbeit und Freude an einem asynchronen, schnelllebigen Umfeld, in dem Einfluss stärker zählt als formale Autorität, sind erwünscht.
Erfahrung mit dem Betrieb Kubernetes-basierter Plattformen ist wünschenswert.
Vertrautheit mit OpenTelemetry, VictoriaMetrics, Grafana oder vergleichbaren Observability-Werkzeugen ist wünschenswert.
Erfahrung im Bau von Zuverlässigkeitswerkzeugen für Entwickler, etwa SLO-Dashboards, ORR-Frameworks, der Erfassung manuellen Betriebsaufwands und DORA-Metriken, ist wünschenswert.

So ist Remote hier geregelt

Die Tätigkeit ist vollständig remote und weltweit möglich. Es gibt keine Unternehmensbüros.
Einmal jährlich kommt das gesamte Unternehmen für eine Woche in einer jeweils neuen Stadt zusammen.

Das wird angeboten

Eine Coworking-Mitgliedschaft oder ein Coworking-Zuschuss steht zur weltweiten Nutzung zur Verfügung.
Alle Teammitglieder erhalten eine Unternehmensbeteiligung im Rahmen eines ESOP.
Ein Technikbudget unterstützt die Ausstattung des Arbeitsplatzes, etwa mit Laptop, Monitor und Kopfhörern.
Die Krankenversicherung wird weltweit zu 100 % für Beschäftigte und zu 80 % für deren Angehörige übernommen.
Ein jährliches Weiterbildungsbudget kann für Kurse, Bücher, Konferenzen und andere Lernangebote genutzt werden.

Veröffentlicht: 15.10.2026 · Quelle geprüft: 18.10.2026.

Die Angaben sind für RemoteFruit einheitlich aufbereitet. Maßgeblich bleibt die Originalanzeige. RemoteFruit steht in keiner Partnerschaft mit dem ausschreibenden Unternehmen.