Lebenslauf für Cloud Architects: Beispiele und Anleitung

Ein Lebenslauf für eine Architektin, die aus der Infrastruktur kommt und heute die Referenzarchitektur für mehrere Produktteams verantwortet. Achten Sie auf den Aufbau: zuerst Plattform und Cloud, dann was jede Station entworfen hat und in welcher Größenordnung, dann die Zertifikate. Person und Arbeitgeber sind erfunden; die Kennzahlen sind solche, die Sie aus Ihrer eigenen Kostenkonsole und Ihren Störungsberichten ablesen können.

Architektur ist eine Entwurfsaufgabe, keine Betriebsaufgabe, und der Lebenslauf muss zeigen, dass Sie Entscheidungen getroffen haben, mit denen andere leben mussten. Vier Dinge werden geprüft, bevor jemand Ihre Stichpunkte genau liest.

• Welche Cloud und wie tief. Unternehmen mit AWS, Azure oder Google Cloud stellen für ihre eigene Plattform ein. Nennen Sie die wichtigste in der Titelzeile und seien Sie bei den anderen ehrlich. „Azure (Produktion, vier Jahre)“ und „Google Cloud (nur Proof of Concept)“ sind beide nützlich; „Multi-Cloud“ allein sagt nichts.
• Größenordnung. Zahl der Accounts oder Subscriptions, Workloads oder Services, Nutzerinnen und Nutzer, monatliche Kosten, Zahl der Regionen. Die Kosten sind in diesem Feld das schnellste Signal für die Größenordnung, nennen Sie sie also, wenn Sie dürfen.
• Welche Entscheidungen Sie verantwortet haben. Landing Zone und Account-Struktur, Netzwerktopologie, Identitätsmodell, Datenhaltung und Regionen (DSGVO, Auftragsverarbeitung, in regulierten Branchen oft BSI C5), Disaster-Recovery-Stufe, Container-Plattform, Kostenmodell. Sagen Sie, was davon Sie entworfen und was Sie übernommen haben.
• Ob Sie Dinge aufschreiben. Architektinnen und Architekten werden dafür bezahlt, Designdokumente, Diagramme und Standards zu liefern, nach denen Engineers bauen können. Nennen Sie Designdokumente, Architecture Review Boards, Well-Architected Reviews oder Referenzarchitekturen.

“Nach zwei Stichpunkten weiß ich, ob jemand Architektur gemacht oder nur betrieben hat. Wer betreibt, schreibt „200 EC2-Instanzen verwaltet“. Wer Architektur macht, schreibt „ECS statt EKS für diesen Workload gewählt, weil das Team vier Personen hatte und wir keine Cluster-Upgrades stemmen konnten, und das hat es gekostet“. Zeigen Sie mir die Abwägung, nicht das Inventar.”

Eine flache Liste mit 40 Service-Namen ist unlesbar und wirkt aufgebläht. Gruppieren Sie nach Funktion, damit man in einem Durchgang findet, was die Anzeige verlangt, und setzen Sie die Gruppe, die zur Stelle passt, an den Anfang.

Die Cloud ist eines der wenigen IT-Felder, in denen Zertifikate noch Türen öffnen, auch weil Partnerunternehmen der Anbieter zertifizierte Mitarbeitende für ihren Partnerstatus brauchen. Für eine Architekturrolle haben aber nur wenige echtes Gewicht.

• AWS Certified Solutions Architect auf Professional-Niveau: das stärkste einzelne Zertifikat auf der AWS-Seite. Die Associate-Version ist ein Einstieg, kein Architekturnachweis.
• Microsoft Certified: Azure Solutions Architect Expert (AZ-305): das Gegenstück bei Azure, von Microsoft-Partnern oft als Voraussetzung genannt.
• Google Cloud Professional Cloud Architect: in Unternehmen mit Google Cloud erwartet, anderswo weniger bekannt.
• AWS Certified Security (Specialty) oder Microsoft SC-100: sinnvoll, wenn die Stelle regulierte Daten berührt, etwa im Gesundheitswesen, bei Banken oder in der öffentlichen Verwaltung.
• Certified Kubernetes Administrator (CKA) und HashiCorp Certified: Terraform Associate: guter Nachweis praktischer Fähigkeiten, wenn Ihre letzte Arbeit vor allem Entwurf war.
• TOGAF 10: nur in Großunternehmen relevant, die eine formale Unternehmensarchitektur betreiben. Für Produktunternehmen können Sie es weglassen.

Nennen Sie den genauen Namen des Zertifikats und das Jahr, sonst nichts. Zertifikate laufen ab (AWS-Zertifikate gelten drei Jahre, Microsoft-Zertifikate auf Associate- und Expert-Niveau müssen jährlich online erneuert werden), also schreiben Sie das Jahr des Erwerbs oder der Erneuerung und halten Sie sie aktuell. Ist eines abgelaufen, erneuern Sie es vor der Bewerbung oder kennzeichnen Sie es deutlich.

Der Test für jeden Stichpunkt: Zeigt er eine Entscheidung, eine Rahmenbedingung und ein gemessenes Ergebnis? Dass Sie auf AWS gebaut haben, kann jede und jeder sagen.

Drei oder vier Zeilen: Cloud, Jahre, Größenordnung, ein zentrales Ergebnis, Zertifikate. Schreiben Sie das Profil für die Plattform aus der Anzeige um.

Diese Titel überschneiden sich, und Unternehmen verwenden sie uneinheitlich, im deutschen Markt zusätzlich als Cloud-Architekt/in oder IT-Architekt/in. Ein kurzer Überblick, was Arbeitgeber meist meinen und was Sie schreiben sollten.

• Cloud Architect: verantwortet den Entwurf der Plattform. Accounts, Netzwerk, Identitäten, Guardrails, Kostenmodell und die Standards, in denen andere Teams bauen.
• Solutions Architect: verantwortet den Entwurf einer bestimmten Lösung oder eines Kundenprojekts. Bei Anbietern und Partnern ist das oft eine Pre-Sales-Rolle mit Umsatzziel, also sagen Sie klar, ob Ihre Rolle Pre-Sales oder Umsetzung war.
• Enterprise Architect: verantwortet die technologische Ausrichtung im ganzen Unternehmen, meist mit weniger eigener Umsetzung und mehr Governance.
• Cloud Engineer oder Platform Engineer: baut und betreibt, was die Architektur entwirft. Tief in Terraform, Pipelines und Rufbereitschaft.
• Site Reliability Engineer: konzentriert sich auf Verfügbarkeit, Fehlerbudgets und Störungsbearbeitung statt auf Entwurf.

Nennen Sie den Titel, den Sie tatsächlich hatten, und greifen Sie das Wort aus der Anzeige einmal im Profil auf. Stand auf Ihrer Visitenkarte „Senior Cloud Engineer“, aber Sie haben die Referenzarchitektur verantwortet, schreiben Sie „Senior Cloud Engineer (verantwortlich für die Architektur der AWS-Plattform)“. So passen beide Suchbegriffe, und nichts ist übertrieben.

Fast niemand beginnt als Cloud Architect, und die vielen Suchen nach einem Lebenslauf für den Cloud-Einstieg ohne Erfahrung zeigen, wie viele es versuchen. Eine erste Stelle in der Cloud ist realistisch, eine erste Stelle als Architekt/in meist nicht. Zielen Sie auf Cloud Engineer, Platform Engineer oder Cloud Support und bauen Sie den Lebenslauf so auf.

1. 1Machen Sie ein Zertifikat auf Associate-Niveau (AWS Solutions Architect Associate, AZ-104 oder Google Associate Cloud Engineer). Für jemanden ohne Cloud-Berufserfahrung ist das der schnellste Nachweis von Glaubwürdigkeit.
2. 2Bauen Sie zwei Projekte, die Sie am Whiteboard aufzeichnen können, statt zehn Tutorials. Eine dreischichtige Anwendung, mit Terraform über zwei Availability Zones bereitgestellt, und eine serverlose Pipeline, die Dateien in eine Datenbank verarbeitet, reichen aus. Setzen Sie den Link zum Repository in den Lebenslauf.
3. 3Beschreiben Sie die Projekte wie Jobs: was Sie gebaut haben, welche Services, was der Betrieb im Monat kostet, was kaputtging und wie Sie es behoben haben.
4. 4Holen Sie aus Ihrer jetzigen Stelle heraus, was übertragbar ist. Windows- und Linux-Administration, Netzwerk, Sicherung und Wiederherstellung, Tickets, Change-Management und Skripte sind direkt relevant; beschreiben Sie sie im Cloud-Vokabular, wo das ehrlich möglich ist. Auch eine Ausbildung als Fachinformatiker/in für Systemintegration ist ein guter Ausgangspunkt.
5. 5Suchen Sie die Stellen, die aus Ihrem Hintergrund einstellen: Managed Service Provider und Systemhäuser, Cloud Support Engineer bei einem großen Cloud-Anbieter oder ein internes Plattformteam bei Ihrem jetzigen Arbeitgeber.

Zwei Seiten ab mehr als fünf Jahren Erfahrung, das ist in Deutschland üblich. Eine Seite nur am Anfang der Laufbahn. Halten Sie das Layout schlicht: eine Spalte, keine Grafiken, keine Prozentbalken für Kenntnisse. Ein Bewerbungsfoto ist in Deutschland üblich, aber freiwillig.

• Setzen Sie einen kurzen technischen Überblick weit nach oben, damit die Vorauswahl Ihren Stack ohne Scrollen findet. Zertifikate stehen daneben oder direkt darunter.
• Schreiben Sie alles, wonach gesucht wird, in beiden Formen: „Kubernetes (EKS)“, „Infrastructure as Code (Terraform)“, „Identity and Access Management (IAM)“.
• Geben Sie jedem Arbeitgeber eine Beschreibung in einer Zeile (Branche, Größe), denn ein unbekannter Firmenname sagt für sich allein nichts.
• Übernehmen Sie die Plattformbegriffe der Anzeige genau. Steht dort „Azure Landing Zone“ und „Entra ID“, antworten Sie mit genau dieser Schreibweise und nicht nur mit „Azure AD“.
• Senden Sie ein PDF, sofern das Formular nicht Word verlangt. Setzen Sie Ihre Kontaktdaten nicht in Kopf- oder Fußzeile, weil manche Parser sie verwerfen.
• Verlinken Sie Ihr GitHub oder einen öffentlichen Beitrag zu einem Entwurf, falls vorhanden. Für Architektinnen und Architekten ist ein gut geschriebener Blogbeitrag über eine getroffene Abwägung mehr wert als ein Repository voller Tutorials.