Karriereguides

Amazon DevOps Engineer: Lebenslauf-Keywords und Interviewvorbereitung

JobRise Team7 min read

162 Bewerbungen pro Zusage, Durchschnitt 2026.

Amazon DevOps Engineer: Lebenslauf-Keywords und Interviewvorbereitungjobrise.io

Advertisement

Dein Lebenslauf für eine DevOps-Stelle bei Amazon geht durch, aber die Einladung zum Interview kommt nicht. Das ist frustrierend, weil du die Technik ja kannst. Oft liegt das Problem nicht an deinem Können, sondern daran, wie du es beschreibst.

Hier geht es um zwei Dinge: welche Keywords in deinen Lebenslauf gehören und wie du dich auf das Gespräch vorbereitest. Ohne Insider-Geschichten. Was öffentlich bekannt ist, sage ich. Was ich nicht weiß, erfinde ich nicht.

Erst verstehen, was die Rolle wirklich will#

DevOps Engineer bei Amazon heißt nicht überall dasselbe. Es gibt Stellen im AWS-Umfeld, es gibt Teams im internen Betrieb, es gibt Rollen mit viel Automatisierung und andere mit stärkerem Anteil an Architektur. Lies die Stellenausschreibung Wort für Wort. Genau dort steht, was dieses Team sucht.

Ein Werkzeug dafür ist der kostenfreie JD Decoder auf jobrise.io. Der zeigt dir, welche Begriffe in der Ausschreibung wirklich zählen und welche nur Füllstoff sind. Danach hast du eine Liste, gegen die du deinen Lebenslauf prüfen kannst.

Die Keywords, die in fast jeder AWS-DevOps-Ausschreibung vorkommen#

Aus öffentlichen Stellenanzeigen und Stellenbeschreibungen lassen sich wiederkehrende Bausteine ableiten. Dazu gehören AWS-Dienste wie CloudFormation oder CDK, ECS, EKS, Lambda, S3, IAM und CloudWatch. Auch Infrastructure as Code mit Terraform oder Packer taucht häufig auf.

Dazu kommen CI/CD mit AWS CodePipeline, CodeBuild, GitHub Actions oder Jenkins. Container mit Docker und Kubernetes. Monitoring mit Prometheus, Grafana oder CloudWatch. Linux, Bash, Python, Go. Und Sicherheitsthemen wie Secrets Management, Netzwerksegmentierung oder Scanning in der Pipeline.

Wichtig: Nenne nur Dinge, die du wirklich kannst. Keyword-Stuffing ohne Substanz fällt spätestens im technischen Gespräch auf.

So schreibst du deine Erfahrung um#

Amazon achtet auf messbare Ergebnisse und auf Ownership. Formuliere deine Stationen deshalb nicht als Aufgabenliste, sondern als Wirkung. Ein Beispiel für einen typischen DevOps-Bullet:

Vorher: "Verantwortlich für CI/CD-Pipelines und AWS-Infrastruktur."

Nachher: "Containerisierte das Deployment eines Kundenportals mit Docker und ECS und reduzierte die durchschnittliche Deployment-Zeit von etwa 40 Minuten auf unter 10 Minuten durch automatisierte Blue-Rollouts in CodePipeline."

Der zweite Satz nennt die Technik, die Handlung und das Ergebnis. Wenn deine Zahlen abweichen, nutze deine echten. Nur bitte nicht erfinden. Recruiter und Hiring Manager stellen dazu Rückfragen, und dann wird es unangenehm.

Den Lebenslauf für ATS und Menschen gleichzeitig schreiben#

Dein Lebenslauf muss zwei Leser bestehen: die automatische Filterung und einen Menschen, der 30 Sekunden hat. Ein einfaches Layout mit klaren Abschnitten funktioniert dafür am besten. Keine Tabellen, keine Icons, keine zweispaltigen Designs, die in manchen Systemen zerrutschen.

Prüfe deine Datei anschließend mit dem kostenfreien ATS Checker. Der zeigt dir, ob Abschnitte, Daten oder Skills sauber erkannt werden. Danach kannst du die Keywords aus der Ausschreibung mit deinem Inhalt abgleichen.

Eine kurze Checkliste für den letzten Durchgang:

  • Steht die Jobbezeichnung aus der Ausschreibung sinngemäß im Profil oben?
  • Sind die drei bis fünf gefragten Technologien im Kontext deiner Projekte genannt?
  • Haben deine Bullets mindestens ein Ergebnis mit Zahl oder klarem Effekt?
  • Passt dein LinkedIn-Profil zu den Angaben im Lebenslauf?
  • Ist die Datei im geforderten Format benannt, zum Beispiel Vorname_Nachname_Lebenslauf.pdf?

Die Amazon Leadership Principles sind kein Marketingtext#

Amazon arbeitet mit sogenannten Leadership Principles. Diese Prinzipien sind öffentlich dokumentiert und werden im Gespräch genutzt, um deine Antworten einzuordnen. Typische Beispiele sind Customer Obsession, Ownership, Bias for Action oder Dive Deep.

Übersetze das in deine Praxis. Wenn du eine Migration selbstständig vorangetrieben hast, beschreibe das Ownership. Wenn du ein Problem mehrere Tage lang analysiert hast, bevor du eine Lösung vorschlugst, passt Dive Deep. Bleib bei echten Situationen aus deiner Arbeit.

Eine STAR-Antwort, die so funktioniert#

Eine Methode für strukturierte Antworten ist STAR: Situation, Task, Action, Result. Ein konkretes Beispiel für die Frage nach einer Situation, in der du unter Zeitdruck geliefert hast:

"Wir hatten ein Release, das am Montag live gehen sollte, und am Freitagabend ist die Deploy-Pipeline in einem Staging-System durch einen fehlenden Secret gebrochen. Mein Task war es, das Release zu sichern, ohne das Sicherheitskonzept zu umgehen. Ich habe zuerst reproduziert, wo genau der Fehler lag, dann das Secret Management in AWS Secrets Manager sauber angebunden und die Pipeline so ergänzt, dass fehlende Secrets vor dem Deploy auffallen. Das Release lief am Montag pünktlich, und die Pipeline hat seitdem zwei weitere ähnliche Fehler früh abgefangen."

Diese Antwort nennt Situation, Aufgabe, Handlung und Ergebnis. Sie wirkt glaubwürdig, weil sie einen kleinen Fehler und eine Lösung zeigt statt einer perfekten Erfolgsgeschichte.

Technische Vorbereitung, die sich lohnt#

Rechne damit, dass im Gespräch Fragen zu Linux, Netzwerken, IAM-Rechten und zum Debugging einer Pipeline kommen. Übe das Laut-Denken. Wenn du eine Frage wie "Warum ist dein ECS-Service nicht gestartet?" bekommst, sag nicht sofort die Lösung, sondern beschreibe deine Schritte.

Übe auch kleine Coding-Aufgaben in Python oder Bash. Du musst keine Algorithmus-Show abliefern, aber ein sauberes Skript zum Parsen einer Log-Datei oder zum Aufräumen alter AMIs solltest du schreiben können.

Der Markt in Deutschland sieht anders aus als in den USA#

Amazon hat Standorte in Deutschland, etwa in Berlin und München, aber die Zahl der spezifischen DevOps-Stellen ist kleiner als in den USA. Viele Rollen sind auf Englisch ausgeschrieben, und dein Gespräch findet oft auf Englisch statt. Übe deine technische Erklärung auf Englisch, nicht nur auf Deutsch.

Zum Gehalt: Für DevOps-Rollen in Deutschland werden in Stellenanzeigen und Gehaltsvergleichen je nach Erfahrung und Region häufig Spannen von etwa 65.000 bis 95.000 Euro genannt, bei Senior-Rollen auch darüber. Die Spanne hängt stark von Standort, Erfahrung und Verhandlung ab. Prüfe die aktuellen Angaben in der konkreten Ausschreibung und auf der offiziellen Arbeitgeberseite, bevor du eine Zahl nennst.

Wo du passende Stellen findest#

Neben der Karriereseite von Amazon selbst lohnt ein Blick auf aggregierte Angebote. Auf jobrise.io findest du unter anderem die kostenfreie Jobsuche nach Rolle und Ort. Filtere dort gezielt nach DevOps und nach deiner Region, dann siehst du schnell, welche Varianten der Rolle gerade offen sind.

Für weiteres Material zu Bewerbung und Technik schau in den Blog auf jobrise.io. Dort findest du Beiträge zu Lebenslauf, Interview und zu AWS-Zertifikaten, die für diese Rollen relevant sind.

Kostenlose Tools#

Häufige Fragen#

Welche AWS-Zertifikate helfen bei einer DevOps-Bewerbung bei Amazon?

Zertifikate sind kein Ersatz für Erfahrung, aber sie signalisieren Grundlagen. Das AWS Certified DevOps Engineer Professional wird in Stellenanzeigen für solche Rollen häufig genannt. Prüfe auf der offiziellen AWS-Website, welche Zertifikate aktuell gültig sind und was sie kosten.

Sollte ich den Lebenslauf auf Deutsch oder auf Englisch schreiben?

Wenn die Stellenausschreibung auf Englisch ist, schreib den Lebenslauf auf Englisch. Für eine deutschsprachige Ausschreibung in Deutschland reicht ein deutscher Lebenslauf, und ein englisches Exemplar als Rückfrage ist hilfreich. In beiden Fällen müssen die Inhalte übereinstimmen.

Wie lang sollte der Lebenslauf für eine DevOps-Rolle sein?

In Deutschland sind zwei Seiten üblich, bei viel Erfahrung sind drei Seiten selten ein Problem. Entscheidend ist, dass jede Zeile etwas belegt: eine Technik, eine Handlung oder ein Ergebnis. Streiche alles, was nur deine Aufgaben beschreibt.

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

Dann beschreibe den Effekt qualitativ und sag im Gespräch, dass du keine exakte Zahl hast. Ein Satz wie "reduzierte die manuellen Schritte im Deployment spürbar" ist besser als eine erfundene Prozentzahl. Ehrlichkeit wirkt langfristig stärker als eine runde Zahl.

Wie läuft der Bewerbungsprozess bei Amazon typischerweise ab?

Der Ablauf variiert je nach Rolle und Standort, und ich erfinde dazu keine Details. Öffentlich bekannt ist, dass strukturierte Gespräche und Fragen zu den Leadership Principles eine Rolle spielen. Frag im Erstkontakt ruhig nach dem konkreten Ablauf, das ist eine legitime Frage.

Advertisement

Advertisement

Schick das der Person, die diese Woche das Interview hat.

Advertisement

Advertisement