Lebenslauf DevOps und Cloud Engineer: Kennzahlen, Tools, Zertifikate, Muster

Ein starker Lebenslauf als DevOps oder Cloud Engineer verbindet jedes Tool mit einem Ergebnis: was Sie automatisiert oder aufgebaut haben, in welcher Größenordnung und wie sich Auslieferung, Zuverlässigkeit, Sicherheit oder Kosten verändert haben. Nennen Sie die tatsächlichen Dienste und Ihre Verantwortung, und hören Sie nicht bei einer Liste aus AWS, Docker und Kubernetes auf. Nutzen Sie Kennzahlen, die Sie begründen können, etwa Deployment-Häufigkeit und Wiederherstellungszeit. Diese Anleitung gilt für DevOps-, Cloud-, Site-Reliability- und Platform Engineers, mit Vorher-Nachher-Beispielen, einem Muster und Hinweisen für den Wechsel aus Entwicklung oder Systemadministration.

Was zuerst geprüft wird

Gefragt sind Cloud-Plattform, Größe der Umgebung, Verantwortung und der Nachweis einer Verbesserung. Lesen Sie die Anzeige genau: Platform-, SRE- und Migrationsrollen setzen unterschiedliche Schwerpunkte. Die Anleitung zum Anpassen des Lebenslaufs zeigt, wie das ohne erfundene Angaben geht.

• Kopf: Name, Position, Ort, E-Mail, LinkedIn und GitHub, wenn es passende Arbeit zeigt.
• Profil: Jahre, Cloud-Plattform, Art der Systeme und größte Stärke.
• Kenntnisse: nach Bereichen gegliedert, nur Tools, die Sie vertieft erklären können.
• Erfahrung: Größenordnung, Maßnahmen, Tools und gemessene Ergebnisse.
• Zertifikate, ausgewählte Projekte und Ausbildung.

Ergebnisse statt Tool-Listen

Nutzen Sie dieses Muster: Maßnahme, Technologie, Größenordnung, Ergebnis. Sagen Sie, ob Sie entworfen, geleitet, betrieben oder nur mitgearbeitet haben. Die Zahlen sind Beispiele; verwenden Sie Ihre eigenen. Mehr dazu unter Erfolge im Lebenslauf.

Vorher: Zuständig für CI/CD mit Jenkins.

Nachher: CI/CD für 40 Services mit GitHub Actions und Argo CD neu aufgebaut; Releases von wöchentlich auf mehrmals täglich gesteigert, fehlgeschlagene Änderungen von 18 % auf 7 % gesenkt.

Vorher: Kubernetes-Cluster verwaltet.

Nachher: 6 Amazon-EKS-Cluster mit 2 Mio. Anfragen pro Tag betrieben; Upgrades ohne Kundenausfall geleitet und durch Autoscaling die Rechenkosten um 24 % gesenkt.

Vorher: Monitoring und Rufbereitschaft.

Nachher: SLOs sowie Prometheus- und Grafana-Alarme für Zahlungsdienste eingeführt, Fehlalarme entfernt und die mittlere Wiederherstellungszeit von 55 auf 20 Minuten gesenkt.

Vorher: Terraform genutzt.

Nachher: 3 AWS-Konten auf wiederverwendbare Terraform-Module mit Policy-Prüfungen umgestellt; Aufbau einer Umgebung von 3 Tagen auf 2 Stunden verkürzt.

Welche Kennzahlen sich lohnen

Die DORA-Kennzahlen sind weithin bekannt: Deployment-Häufigkeit, Durchlaufzeit von Änderungen, Fehlerquote von Änderungen und Wiederherstellungszeit. Auch Verfügbarkeit, Vorfälle, Cloud-Kosten, Build- und Bereitstellungszeit können helfen. Nennen Sie Zeitraum und Kontext, und nur Zahlen, die Sie erklären können. „99,99 % Uptime“ sagt wenig, wenn Sie nicht wissen, was gemessen wurde. Ohne genaue Zahlen beschreiben Sie Größenordnung und eine belegte Veränderung.

Kenntnisse klar gliedern

Eine gegliederte Liste ist gut lesbar und hilft bei ATS-Software. Streichen Sie Tools, die Sie nur einmal genutzt haben. Der Leitfaden zu Kenntnissen hilft bei der Auswahl.

• Cloud: AWS (EKS, Lambda, IAM, VPC), Azure oder Google Cloud.
• Infrastructure as Code: Terraform, Ansible, CloudFormation, Pulumi.
• Container: Docker, Kubernetes, Helm.
• CI/CD: GitHub Actions, GitLab CI, Jenkins, Argo CD.
• Observability: Prometheus, Grafana, ELK, Datadog.
• Skripte und Systeme: Linux, Bash, Python, Go, Netzwerke.
• Sicherheit: Secrets-Verwaltung, Image-Scans, Least Privilege. Siehe Lebenslauf Cybersicherheit.

Zertifikate und Projekte

Zertifikate stützen Erfahrung, ersetzen sie aber nicht. Passend sind etwa AWS Certified DevOps Engineer – Professional, Microsoft Certified: DevOps Engineer Expert, Google Professional Cloud DevOps Engineer, Certified Kubernetes Administrator und HashiCorp Terraform Associate. Nennen Sie das Jahr und prüfen Sie die Gültigkeit. Der Leitfaden zu Zertifikaten erklärt das Format. Eigene Projekte helfen, wenn sie wirklich laufen: Verlinken Sie das Repository, erklären Sie die Architektur und nennen Sie das Ergebnis. Siehe auch Abschnitt Projekte.

Nach Werdegang anpassen

• Einstieg: Homelab, bereitgestelltes Projekt, Linux und Skripte, ehrlich benannt. Siehe Lebenslauf ohne Erfahrung.
• Aus der Entwicklung: Release-Automatisierung, Tests und Produktionsverantwortung. Siehe Lebenslauf Softwareentwickler.
• Aus der Systemadministration: Linux, Netzwerke, Backups, Vorfälle und neue Automatisierung. Siehe Leitfaden zum Berufswechsel.
• Senior: Architekturentscheidungen, Leitung von Migrationen, Kosten und Mentoring.
• SRE: SLOs, Error Budgets, Incident Reviews und Zuverlässigkeitsarbeit.

Ein vollständiges kurzes Muster

Person und Zahlen sind erfunden, der Aufbau lässt sich aber übernehmen.

Daniel Novak | Senior DevOps Engineer | Berlin | [email protected] | LinkedIn | GitHub

Profil: DevOps Engineer mit 7 Jahren Erfahrung in E-Commerce und SaaS, Schwerpunkt AWS, Kubernetes und Automatisierung der Auslieferung.

Erfahrung: Senior DevOps Engineer, ShopGrid, seit 2021. Auslieferung für 40 Services neu aufgebaut, Releases von wöchentlich auf täglich gesteigert. 6 EKS-Cluster betrieben, Rechenkosten um 24 % gesenkt.

Cloud Engineer, DataLoop, 2018 – 2021. 25 Anwendungen mit Terraform von On-Premises zu AWS migriert. Wiederherstellungszeit mit neuen Alarmen und Runbooks von 55 auf 20 Minuten gesenkt.

Kenntnisse: AWS, Terraform, Kubernetes, Helm, GitHub Actions, Prometheus, Python. Zertifikate: CKA, AWS DevOps Engineer – Professional. Ausbildung: B.Sc. Informatik, 2017.

Häufige Fehler

• Lange Tool-Listen ohne Größenordnung oder Ergebnis.
• Die Migration eines ganzen Teams als eigene Leistung ausgeben.
• Kubernetes nennen, obwohl nur ein Tutorial absolviert wurde.
• Abgelaufene Zertifikate als gültig angeben.
• Secrets, interne Hostnamen oder Kundendaten im Repository zeigen.
• Kennzahlen, die Sie im Gespräch nicht erklären können.

Fazit

Wählen Sie Ihre stärksten Verbesserungen, verbinden Sie sie mit realen Systemen und richten Sie sie auf die Stelle aus. Prüfen Sie die Datei dann mit unserem ATS-Check.