cvharbor editorial

Lebenslauf für Cloud Engineers: So zeigst du echte Wirkung statt nur Tools

Zertifikate und Tool-Listen bringen einen Lebenslauf durch die Stichwortsuche. Was Personaler wirklich wissen wollen: Welche Entscheidung hast du getroffen, und ist sie aufgegangen? Genau darum geht es in diesem Leitfaden.

Die meisten Lebensläufe von Cloud Engineers lesen sich wie eine Zertifikatsliste: AWS Solutions Architect, Terraform, Kubernetes, Docker, CI/CD. Das ist nicht falsch, aber es unterscheidet niemanden von der Konkurrenz, tausende Lebensläufe listen dieselben vier Tools. Personalverantwortliche wollen etwas anderes wissen: Hat diese Person eine Infrastrukturentscheidung getroffen, die sich bewährt hat, und kann sie erklären, warum? Darum geht es in diesem Leitfaden.

Tabellarischer Lebenslauf: die deutsche Grundform

Im deutschsprachigen Raum ist der tabellarische Lebenslauf Standard, umgekehrt-chronologisch, mit klaren Rubriken: Persönliche Daten, Berufserfahrung, Ausbildung, Kenntnisse, ggf. Zertifikate. Ein US-amerikanischer "Resume" verzichtet meist auf Geburtsdatum und Foto; im deutschen Lebenslauf sind beide Angaben verbreitet, wenn auch nicht mehr verpflichtend. Ein Bewerbungsfoto ist optional, aber in vielen Branchen weiterhin üblich, seriös und professionell fotografiert, keine Urlaubsschnappschüsse.

• Länge: eine bis maximal zwei Seiten, auch bei zehn Jahren Berufserfahrung.
• Reihenfolge: neuester Job zuerst, jede Station mit Zeitraum, Position und Unternehmen.
• Kontaktdaten im Kopfbereich: Name, Adresse, Telefon, E-Mail, optional LinkedIn oder GitHub.
• Geburtsdatum und Staatsangehörigkeit sind optional, in vielen Branchen aber immer noch üblich anzugeben.

Ergebnisse statt Zuständigkeiten formulieren

Ein Satz wie "Verantwortlich für die AWS-Infrastruktur im Produktivbetrieb" beschreibt eine Zuständigkeit, kein Ergebnis. Jeder Cloud Engineer verwaltet Infrastruktur, das ist die Stellenbeschreibung, kein Beleg für gute Arbeit. Besser: den Zustand vorher und nachher benennen, denn nur das lässt sich von außen bewerten.

Nicht jede Zeile braucht eine Prozentzahl. Wenn die genaue Zahl nicht mehr rekonstruierbar ist, reicht eine belastbare Beschreibung der Veränderung, "konsolidiert" oder "reduziert" sagt immer noch mehr als "verwaltet", ohne eine Zahl zu erfinden, die im Vorstellungsgespräch nicht standhält.

Kostenoptimierung konkret benennen

Kostenoptimierung ist einer der wenigen Bereiche im Cloud Engineering, in denen fast jedes Team ohnehin eine Zahl mitschreibt, deshalb lohnt es sich, hier genau zu sein. Der Fehler ist, "Cloud-Kosten optimiert" zu schreiben und dabei stehenzubleiben, das ist eine Kategorie, keine Aussage. Nenn den Mechanismus: Rightsizing, Spot- oder Reserved-Instanzen, verwaiste Ressourcen entfernt, Storage-Tiering.

• Rightsizing: "Nutzung von 60 EC2-Instanzen geprüft, 22 davon verkleinert, monatliche Compute-Kosten um rund 4.000 Euro gesenkt."
• Spot- oder Reserved-Kapazität: "Batch-Verarbeitung auf Spot-Instanzen umgestellt, Kosten für diese Workload um 60% gesenkt, ohne Auswirkung auf die Laufzeit."
• Storage-Lifecycle: "S3-Lifecycle-Regeln eingeführt, die kalte Daten nach 90 Tagen in Glacier verschieben, Speicherkosten der betroffenen Buckets um 40% reduziert."
• Verwaiste Ressourcen: "Wöchentliches Skript gebaut, das ungenutzte EBS-Volumes und inaktive Load Balancer meldet, dadurch rund 1.800 Euro pro Monat eingespart."

Architekturentscheidungen zählen mehr als das Diagramm

Im Vorstellungsgespräch wird nach Architektur gefragt, weil Interviewer wissen wollen, wie jemand unter Rahmenbedingungen entscheidet, nicht ob jemand die AWS Well-Architected-Prinzipien auswendig kennt. Eine Lebenslaufzeile, die eine Entscheidung samt Kompromiss nennt, sagt mehr als eine Zeile, die nur einen Dienst nennt.

Migrationsprojekte: das Risiko beschreiben, nicht nur den Umzug

Ein Migrationsprojekt ist eine der aussagekräftigsten Positionen, die ein Cloud Engineer in den Lebenslauf schreiben kann, weil Migrationen dort scheitern, wo es sichtbar wird. Wichtig sind Umfang, Vorgehen zur Minimierung von Ausfallzeiten und das tatsächliche Ergebnis beim Livegang.

Uptime und Skalierung: nur Zahlen nennen, die man belegen kann

Uptime-Prozentsätze werden auf Lebensläufen oft leichtfertig verwendet, und Personalverantwortliche merken das. "99,99% Verfügbarkeit sichergestellt" für ein System ohne formales SLA-Monitoring ist eine Behauptung, die bei Nachfrage nicht standhält. Gab es ein echtes SLA mit Monitoring-Tool, kann die Zahl genannt werden, inklusive Messzeitraum. Ohne diese Grundlage ist es ehrlicher, das tatsächliche Ergebnis zu beschreiben: weniger Vorfälle, kürzere Wiederherstellungszeit, einen behobenen wiederkehrenden Fehler.

• Mit echtem SLA: "Verfügbarkeit von 99,95% über eine Flotte von 30 Produktivdiensten gehalten, gemessen über Datadog SLO-Tracking über 12 Monate."
• Ohne exakte Prozentzahl: "Wiederkehrende Datenbank-Failover-Vorfälle von rund zweimal monatlich auf null reduziert, durch Behebung der zugrunde liegenden Replikationsverzögerung."
• Mit verbesserter Wiederherstellungszeit: "Mittlere Wiederherstellungszeit bei Produktionsvorfällen von 45 auf 12 Minuten gesenkt, durch automatisiertes Rollback in der Deploy-Pipeline."

Unser Builder hilft dabei, eine Stellenbeschreibung in konkrete, überprüfbare Erfolgszeilen zu übersetzen, statt eine Tool-Liste abzuschreiben. Lebenslauf erstellen

Zertifikate: an die richtige Stelle setzen

Zertifikate sind ein Filter, keine Geschichte. Sie helfen dabei, eine Stichwortsuche in einer Bewerberdatenbank zu bestehen, und manche Arbeitgeber verlangen sie aus Compliance-Gründen. Eine eigene Rubrik am Ende des Lebenslaufs reicht, mit ausstellender Organisation und Jahr. Zertifikate ersetzen keine Beschreibung realer Projekte, wer fünf Zertifikate aber kein konkretes Projekt sieht, geht davon aus, dass die Zertifikate etwas kompensieren sollen.

Was auf dem Lebenslauf nichts zu suchen hat

• Eine lange Liste jedes AWS-, Azure- oder GCP-Dienstes, der je geöffnet wurde. Nur die Dienste nennen, die tatsächlich produktiv genutzt wurden.
• Allgemeine Sicherheitsfloskeln wie "Sicherheitsstandards eingehalten". Stattdessen die konkrete Maßnahme nennen: Least-Privilege-IAM-Richtlinien, Secrets-Rotation, VPC-Segmentierung.
• Branchendurchschnittswerte zu Cloud-Adoption oder Einsparungen, die nicht die eigenen Zahlen sind. Sie verlängern den Lebenslauf, ohne Glaubwürdigkeit zu schaffen.
• Eine Kenntnisse-Rubrik, die dieselben Tools noch einmal auflistet, die bereits in den Erfolgszeilen genannt wurden, das wirkt wie Füllmaterial.