Lebenslauf für Site Reliability Engineers: Beispiele und Anleitung

Das Muster zeigt eine SRE auf mittlerer bis Senior-Ebene im Plattformteam eines SaaS-Unternehmens. Person und Arbeitgeber sind erfunden. Jeder Stichpunkt verbindet eine technische Maßnahme mit einer Zuverlässigkeitskennzahl, und genau darum geht es in einem SRE-Lebenslauf.

SRE-Vorstellungsgespräche prüfen Urteilsvermögen im Betrieb, Programmierung und Systemwissen. Die Vorauswahl anhand des Lebenslaufs filtert vor allem nach Größenordnung und nach Belegen dafür, dass Sie Zuverlässigkeit verantwortet und nicht nur Dashboards beobachtet haben.

• Größe und Art des Systems. Zahl der Services, Regionen, Datenverkehr, Datenvolumen und ob es mandantenfähig ist. Das entscheidet über die Eignung, bevor jemand eine Werkzeugliste liest.
• Zuverlässigkeitskennzahlen, die Sie verantwortet haben. Verfügbarkeit gegenüber einem Ziel, MTTR, Zahl der Alarmierungen, Fehlerbudget-Richtlinie, Zahl der Störungen. Ein SLO zu verantworten ist etwas anderes, als davon zu hören.
• Verhalten in Störungen. Hatten Sie das Incident Command, haben Sie Postmortems geschrieben und Folgemaßnahmen abgeschlossen? Eingestellt wird für die schlimmste Nacht im Quartal, nicht für die ruhigen. Nennen Sie das Modell Ihrer Rufbereitschaft (etwa jede sechste Woche); Vergütung und Ausgleich regeln in Deutschland meist Arbeits- oder Tarifvertrag und Betriebsvereinbarung, die Ruhezeit nach Einsätzen das Arbeitszeitgesetz; das gehört nicht in den Lebenslauf.
• Code, nicht nur Konfiguration. SRE ist ein Engineering-Beruf. Nennen Sie die Sprache, in der Sie schreiben, die Werkzeuge, die Sie ausgeliefert haben, und wie viel manuelle Arbeit sie ersetzt haben.

“Zeigen Sie mir ein SLO, das Sie verantwortet haben, eine Zahl, die sich bewegt hat, und eine Störung, die Sie von Anfang bis Ende geleitet haben. Eine Liste mit zwanzig Werkzeugen sagt nichts darüber, ob Sie um drei Uhr nachts eine Krisenschalte führen und den Rollback anordnen können.”

Die beiden Titel überschneiden sich, und viele Unternehmen verwenden sie unscharf, aber die Lebensläufe sollten unterschiedliche Schwerpunkte setzen. Wenn Sie sich auf beides bewerben, halten Sie zwei Versionen bereit.

Die meisten SRE-Lebensläufe lesen sich wie ein Inventar der Technik. Jede dieser Umformulierungen behält das Werkzeug, ergänzt aber das Ergebnis für die Zuverlässigkeit.

Gruppieren Sie die Kenntnisse so, dass man in fünf Sekunden erkennt, ob Sie aus der Systemadministration kommen und Skripte schreiben oder ob Sie als Engineer Systeme betreiben.

• Zuverlässigkeitspraxis: SLIs, SLOs und Fehlerbudget-Richtlinien, Gestaltung der Rufbereitschaft im Rahmen von Arbeitszeitgesetz und Betriebsvereinbarung, Alarmqualität und symptombasierte Alarmierung, Incident Command, Postmortems ohne Schuldzuweisung, Messung von Toil, Production Readiness Reviews.
• Plattformen: Kubernetes und sein Ökosystem, eine große Cloud in der Tiefe und Grundkenntnisse in einer zweiten, Service Mesh, falls im Einsatz, Load Balancer und DNS, verwaltete Datenbanken.
• Infrastructure as Code und Auslieferung: Terraform oder Pulumi, Helm, Argo CD oder Flux, GitHub Actions oder ein vergleichbares CI-System, Progressive Delivery und Canary-Releases.
• Observability: Prometheus und PromQL, Grafana, OpenTelemetry, Distributed Tracing, strukturiertes Logging und die Fähigkeit zu sagen, was Sie als Nächstes instrumentieren würden.
• Programmierung: Go, Python oder Rust auf einem Niveau, auf dem Sie Services und Operatoren ausliefern, nicht nur Skripte. Sagen Sie, welche Sprache, und nennen Sie ein Beispiel für etwas, das Sie gebaut haben.
• Systemtiefe: Performance-Analyse unter Linux, Netzwerk ab TCP aufwärts, Verhalten von Speicher unter Last, Ausfallmuster von Datenbanken, Verhalten von Caches und wie all das in der Produktion versagt.

Zertifikate allein bringen niemanden in eine SRE-Stelle, aber sie helfen durch die Vorauswahl im Recruiting und helfen beim Wechsel aus der Systemadministration.

• Certified Kubernetes Administrator (CKA). Für SRE das nützlichste, weil die Prüfung praktisch am System abläuft. Certified Kubernetes Security Specialist (CKS) ist ein guter nächster Schritt, wenn Sie an der Cluster-Sicherheit arbeiten.
• Cloud-Zertifikate: AWS Certified Solutions Architect (Associate) oder DevOps Engineer (Professional), Google Professional Cloud DevOps Engineer, Microsoft Azure Administrator. Wählen Sie das, was zur Cloud in Ihrem Lebenslauf passt.
• HashiCorp Certified: Terraform Associate. Schnell erworben, und das Recruiting kennt es.
• Abschlüsse: Ein Informatikstudium ist häufig, aber bei Weitem keine Voraussetzung. Viele starke SREs kommen aus der Systemadministration, der Netzwerktechnik oder dem Support, oft nach einer Ausbildung als Fachinformatiker/in.
• Was ein Zertifikat ersetzt: ein öffentliches Repository mit echten Werkzeugen, ein Vortrag auf einer Konferenz oder einem Meetup über eine Störung oder ein geschriebenes Postmortem, das Sie ohne vertrauliche Teile zeigen können.

Kaum jemand beginnt als SRE. Die meisten kommen aus dem Betrieb, dem Support oder einem Backend-Team. Der Lebenslauf muss Verantwortung in der Produktion zeigen, auch wenn Ihr Titel das nie gesagt hat.

1. 1Suchen Sie die Zuverlässigkeitsarbeit, die Sie schon gemacht haben: eine Rufbereitschaft, einen behobenen Ausfall, ein automatisiertes Runbook, eine geschlossene Lücke im Monitoring. Schreiben Sie diese zuerst, vor Ihren täglichen Aufgaben.
2. 2Setzen Sie Zahlen dazu, auch wenn sie klein sind: verwaltete Hosts, wegautomatisierte Tickets, Patch-Quote, Verfügbarkeit, für die Sie zuständig waren.
3. 3Zeigen Sie Code. Ein Repository mit Terraform-Modulen, ein Python-Werkzeug, ein kleiner Go-Service. Die Vorauswahl für SRE filtert stark nach Menschen, die wirklich Software schreiben können.
4. 4Lernen Sie Kubernetes gründlich und machen Sie die CKA. Sie ist die häufigste Hürde in SRE-Stellenanzeigen.
5. 5Verwenden Sie das Vokabular der Zuverlässigkeit korrekt. Wer SLO, Fehlerbudget und Toil präzise einsetzt, zeigt im Gespräch, dass er oder sie die Praxis kennt und nicht nur die Anzeige.
6. 6Bewerben Sie sich bei Plattform- und Infrastrukturteams ebenso wie auf Stellen mit dem Titel SRE. Viele Unternehmen stellen dieselbe Person unter drei verschiedenen Titeln ein.

Eine Seite bis etwa acht Jahre Erfahrung, danach zwei; zwei Seiten sind in Deutschland ohnehin üblich. Ihren Lebenslauf liest erst jemand aus dem Recruiting mit einer Liste von Schlüsselwörtern, dann ein Engineer mit eigener Meinung, also muss er beides überstehen.

• Setzen Sie für das Recruiting einen schlichten Block mit Kenntnissen und den genauen Technologienamen ein und lassen Sie die Stichpunkte die Zahlen für den Engineer tragen.
• Übernehmen Sie Titel und Wörter der Anzeige: Site Reliability Engineer, Production Engineer, Platform Engineer, Infrastructure Engineer. Schreiben Sie „SRE“ irgendwo als Abkürzung, denn Filter suchen nach beidem.
• Begriffe, die Sie aufnehmen sollten, wenn sie zutreffen: SLO, SLI, Fehlerbudget (Error Budget), MTTR, Rufbereitschaft (On-Call), Incident Response, Postmortem, Kubernetes, Terraform, Observability, Kapazitätsplanung, Toil.
• Eine Spalte, keine Grafiken oder Balken zur Bewertung von Kenntnissen. Ein Bewerbungsfoto ist in Deutschland üblich, aber freiwillig; Geburtsdatum und Familienstand ebenfalls.
• Verlinken Sie ein GitHub-Profil nur, wenn etwas Echtes darin steht. Ein leeres Profil ist schlechter als gar kein Link.