Amazon Cloud Engineer: Lebenslauf-Keywords und Interviewvorbereitung

Du willst als Cloud Engineer bei Amazon arbeiten, weißt aber nicht, welche Keywords in den Lebenslauf gehören und was im Interview wirklich gefragt wird. Gleichzeitig findest du online jede Menge halbwahre Geschichten über angebliche interne Abläufe. Hier geht es um das, was du ohne Insiderwissen sinnvoll tun kannst.

Erst die Stellenbeschreibung entschlüsseln#

Amazon schreibt Cloud-Rollen in Deutschland mal unter "AWS Solutions Architect", mal als "Cloud Engineer", "Systems Development Engineer" oder "DevOps Engineer". Der Titel allein sagt wenig. Entscheidend ist der Text der Ausschreibung.

Lies die Anzeige zweimal. Beim ersten Lesen markierst du die Fachbegriffe, beim zweiten die Tätigkeiten. Danach trennst du beides: Tools wie Terraform oder Kubernetes landen in einer Liste, Verantwortung wie "Betrieb produktiver Systeme" in einer anderen.

Wenn du viele Anzeigen gleichzeitig vergleichst, hilft ein strukturierter Blick auf die Anforderungen. Unser kostenloser Job-Analyse-Helfer zeigt dir, welche Begriffe in einer Ausschreibung wirklich vorkommen und wie oft.

Was typischerweise in Cloud-Rollen bei Amazon steht#

Üblich sind Betrieb von Workloads auf AWS, Infrastruktur als Code, Automatisierung, Monitoring, Sicherheit und Zusammenarbeit mit Entwicklerteams. Je nach Seniorität kommt Architekturarbeit dazu, bei Junior-Rollen dominiert der Betrieb.

Achtung im deutschen Markt: Viele AWS-Rollen sitzen in Berlin, München oder Hamburg, manche sind remote oder hybrid. Die Arbeitsort-Regelung steht fast nie im Titel, sondern ganz unten in der Anzeige. Prüfe das, bevor du dich bewirbst.

Keywords, die in den Lebenslauf gehören#

Suchmaschinen und Personalverantwortliche scannen nach Begriffen aus der Ausschreibung. Nimm diese Begriffe auf, aber nur dort, wo sie stimmen. Erfinden keine Tools, die du nie benutzt hast.

Eine brauchbare Keyword-Liste für typische Cloud Engineer Rollen sieht so aus:

• AWS-Dienste, die du wirklich genutzt hast, etwa EC2, S3, IAM, RDS, VPC oder Lambda
• Infrastructure as Code, konkret mit dem Tool, das du kennst, zum Beispiel Terraform oder CloudFormation
• Container und Orchestrierung, also Docker, Kubernetes, ECS oder EKS
• CI/CD, mit Jenkins, GitHub Actions, GitLab CI oder CodePipeline
• Monitoring und Logging, etwa CloudWatch, Prometheus, Grafana oder ELK
• Skriptsprachen, die du im Alltag nutzt, zum Beispiel Python, Bash oder Go
• Betrieb und Support, wenn du Rufbereitschaft oder Incident-Arbeit gemacht hast
• Sicherheitsthemen, etwa IAM-Richtlinien, Verschlüsselung oder Netzwerksegmentierung

Prüfe am Ende mit dem kostenfreien ATS-Check, ob dein Lebenslauf diese Begriffe sauber enthält und ob das Format für Bewerbersysteme lesbar bleibt.

Vom Tätigkeitsfeld zum Ergebnis#

Ein häufiger Fehler: Aufgaben auflisten statt Wirkung zeigen. "Verantwortlich für AWS-Infrastruktur" sagt nichts über dein Niveau. Besser ist, was du gebaut, verbessert oder stabilisiert hast.

Beispiel für eine überarbeitete Zeile im Lebenslauf:

Vorher: "Zuständig für AWS-Umgebungen und Deployment-Prozesse."

Nachher: "Betrieb von 40 AWS-Workloads über Terraform und CloudFormation, Einführung automatisierter Deployments über GitHub Actions, dadurch Ausfallzeit bei Releases von mehreren Stunden auf unter eine Stunde gesenkt."

Die Zahl 40 und die Zeitangabe sind hier Platzhalter. Nimm deine echten Werte. Wenn du keine Zahlen hast, beschreibe den Umfang anders: Anzahl der Teams, Regionen, Dienste oder Anfragen pro Tag.

Was du nicht behaupten solltest#

Schreib nicht, dass du "Amazon-Prinzipien gemeistert" hast oder "das Amazon-Interview-System durchdrungen" hast. Das wirkt aufgesetzt und ist nicht überprüfbar. Nenne stattdessen konkrete Situationen aus deiner Arbeit, aus denen dein Vorgehen hervorgeht.

Interne Bewertungsraster, genaue Fragekataloge oder vertrauliche Interviewabläufe sind nicht öffentlich bestätigt. Was öffentlich kommuniziert wird, sind die allgemeinen Leadership Principles von Amazon. Darauf solltest du dich vorbereiten, ohne so zu tun, als kennst du den genauen Ablauf jeder Runde.

Interviewvorbereitung ohne Insiderwissen#

Die Vorbereitung gliedert sich in drei Teile: technische Themen, Verhaltensfragen und deine eigenen Fragen. Technik ohne Verhaltensfragen reicht nicht, Verhaltensfragen ohne technische Basis ebenso wenig.

Für den technischen Teil wiederhole die Grundlagen, die in der Anzeige stehen. Wenn dort AWS, Terraform und Python vorkommen, vertiefe genau diese drei. Alles andere ist zweitrangig.

Für Verhaltensfragen bereite fünf bis sieben Geschichten aus deiner Arbeit vor. Jede Geschichte braucht eine Situation, deine Handlung und ein Ergebnis. Halte jede Geschichte unter zwei Minuten.

Beispielantwort auf eine typische Verhaltensfrage#

Frage: "Erzähle von einer Situation, in der ein System ausgefallen ist und wie du reagiert hast."

Antwort: "In meinem letzten Team lief eine Datenbank in einem einzelnen Availability Zone Setup. Nach einem Infrastruktur-Update ist sie über Nacht ausgefallen. Ich habe zuerst die Monitoring-Daten geprüft und den Fehler auf eine falsche Parametergruppe eingegrenzt. Dann habe ich das Update zurückgerollt und das Team informiert, bevor die Geschäftszeiten begannen. Danach haben wir das Setup auf zwei Availability Zones umgestellt und einen Runbook-Eintrag für diesen Fehler geschrieben. Ähnliche Vorfälle sind danach nicht mehr aufgetreten."

Diese Antwort ist kurz, konkret und endet mit einer Änderung. Genau so solltest du antworten.

Checkliste für die letzten Wochen vor der Bewerbung#

• Lebenslauf gegen die konkrete Ausschreibung halten und Begriffe spiegeln, die dort vorkommen
• Jede Zeile mit einem Ergebnis oder einem klaren Umfang versehen
• Fünf bis sieben Geschichten aus der eigenen Arbeit vorbereiten und laut durchsprechen
• Technische Grundlagen wiederholen, die in der Anzeige stehen
• Arbeitsort, Remote-Regelung und Verfügbarkeit vor dem Gespräch klären
• Offene Fragen notieren: Teamstruktur, On-Call, Lernbudget, Aufstiegspfad

Gehalt und Vertrag im deutschen Markt#

Die Spannen für Cloud Engineer Rollen in Deutschland unterscheiden sich stark nach Erfahrung, Stadt und ob der Arbeitgeber ein US-Unternehmen mit lokaler Niederlassung ist. Grob berichtet liegen Einstiegsgehälter im Cloud-Bereich niedriger als bei Senior-Rollen mit mehrjähriger Verantwortung, und die Unterschiede zwischen Berlin, München und kleineren Städten sind erheblich.

Nenne im Gespräch keine Zahl zuerst. Frage nach dem Rahmen der Rolle und vergleiche ihn mit aktuellen, offiziellen Angaben und mit Angeboten, die du selbst bekommst. Gehälter ändern sich, also prüfe immer die aktuelle Quelle.

Für die Suche nach passenden Stellen#

Nicht jede Ausschreibung passt zu deiner Erfahrung. Filtere bewusst nach Rolle, Ort und Remote-Regelung, statt dich auf jede Cloud-Stelle zu bewerben. In unseren aktuellen Stellenangeboten findest du offene Positionen, die du nach genau diesen Kriterien sortieren kannst.

Wer regelmäßig zu Cloud-Themen, Bewerbungstipps und technischen Rollen lesen will, findet weitere Beiträge in unserem Karriere-Magazin.

Kostenlose Tools#

• jobrise.io/de/free-ats-checker/
• jobrise.io/de/free-jd-decoder/
• jobrise.io/de/jobs/
• jobrise.io/de/blog/

Häufige Fragen#

Wie lang sollte der Lebenslauf für eine Cloud Engineer Rolle bei Amazon sein?

Für Bewerberinnen und Bewerber mit weniger als zehn Jahren Erfahrung reichen ein bis zwei Seiten. Entscheidend ist nicht die Länge, sondern ob jede Zeile eine konkrete Aussage trifft.

Muss ich alle AWS-Zertifikate haben, bevor ich mich bewerbe?

Nein. Zertifikate helfen bei der Sichtbarkeit, ersetzen aber keine praktische Erfahrung. Wenn du ein Zertifikat hast, nenne es, aber lass die Projekte den größeren Teil des Lebenslaufs ausmachen.

Wie bereite ich mich auf Verhaltensfragen vor, wenn ich wenig Erfahrung habe?

Auch Nebenprojekte, Werkstudententätigkeit oder ehrenamtliche Arbeit liefern brauchbare Geschichten. Wichtig ist, dass du deine Handlung und das Ergebnis klar benennen kannst.

Sollte ich im Lebenslauf die Leadership Principles von Amazon erwähnen?

Nein, erwähne sie nicht als Schlagworte. Zeige sie stattdessen durch konkrete Situationen, in denen du Verantwortung übernommen hast.

Was mache ich, wenn ich keine genauen Zahlen für meine Erfolge habe?

Dann beschreibe den Umfang anders: Anzahl der Systeme, der Teams, der Regionen oder die Art der Verantwortung. Erfinde keine Kennzahlen, nur um beeindruckend zu wirken.