Google DevOps Engineer: Lebenslauf-Keywords und Interviewvorbereitung

Dein DevOps-Lebenslauf ist sauber, die Praxiserfahrung stimmt, und trotzdem kommt keine Rückmeldung von Google. Meistens liegt es nicht an fehlender Erfahrung, sondern daran, dass die Begriffe im Dokument nicht zu den Stellenanzeigen passen.

Google stellt DevOps-Profile über verschiedene Teams ein: Cloud, Site Reliability Engineering, interne Plattformen, Infrastruktur. Die Anforderungen unterscheiden sich. Aber es gibt einen Kern, der fast überall gezählt wird.

Was Google unter DevOps versteht#

Google hat SRE geprägt. Das prägt auch die Erwartungen an DevOps-Rollen im Unternehmen. Automatisierung ist kein Bonus, sondern Grundvoraussetzung. Fehlerbudgets, Service Level Objectives, Incident Response: Diese Konzepte kommen in Gesprächen vor.

Wichtig: Ich kenne den internen Bewerbungsprozess nicht aus erster Hand. Was ich hier schreibe, basiert auf öffentlichen Stellenanzeigen, Googles eigenen SRE-Büchern und dem, was Bewerber berichten. Details zu Runden oder Bewertungskriterien können sich ändern. Prüfe immer die aktuelle Stellenanzeige.

Die wichtigsten Keywords für deinen Lebenslauf#

Ein ATS filtert nach Begriffen aus der Stellenanzeige. Bei Google liest zusätzlich ein Recruiter, der technische Begriffe kennt. Beide müssen fündig werden.

Begriffe, die in Google-DevOps-Ausschreibungen häufig vorkommen:

• Kubernetes, Container, Docker, GKE
• Terraform, Infrastructure as Code, Configuration Management
• CI/CD, Continuous Delivery, Deployment Pipelines
• Python, Go, Bash
• Linux, Unix, Systemadministration
• SRE, Service Level Objective, Error Budget, SLI
• Incident Response, On-Call, Postmortem, Root Cause Analysis
• Monitoring, Observability, Prometheus, Grafana
• Google Cloud, GCP, Compute Engine, Cloud Functions
• Git, Code Review, Version Control

Nicht alle Begriffe gehören in deinen Lebenslauf. Nur was du tatsächlich kannst. Ein Keyword ohne Beleg im Lebenslauf führt im Gespräch zu unangenehmen Nachfragen.

So schreibst du die Bullets richtig#

Google reagiert auf messbare Ergebnisse und auf Automatisierung. "Verantwortlich für Deployments" ist schwach. "Deployment-Zeit von 45 auf 8 Minuten reduziert" ist konkret.

Ein Beispiel für eine Bullet vor und nach der Überarbeitung:

Vorher:

Zuständig für Kubernetes-Cluster und CI/CD-Pipelines im Team.

Nachher:

Kubernetes-Cluster auf GKE mit Terraform automatisiert verwaltet, Deployments von 2x täglich auf 12x täglich erhöht, manuelle Eingriffe im Release-Prozess von 8 auf 0 reduziert.

Die zweite Version nennt das Tool (GKE, Terraform), die Handlung (automatisiert verwaltet) und das Ergebnis in Zahlen. Genau das wird im Interview abgefragt.

Wenn du keine genauen Zahlen hast, schätze realistisch und sage im Gespräch, dass es Schätzwerte sind. Ehrlichkeit schlägt erfundene Präzision.

Deutsche Besonderheiten im Lebenslauf#

In Deutschland sind zwei Seiten Standard, ein Foto ist üblich, nicht Pflicht. Bei Google zählt der Inhalt mehr als das Format. Ein deutscher Aufbau mit Lebenslauf, Zeugnissen, Anschreiben funktioniert, aber übersetze die technischen Begriffe nicht. "Kubernetes" bleibt "Kubernetes", nicht "Kubernetes-Orchestrierungssystem".

Wenn du bei einem US-Unternehmen wie Google dich bewirbst, lohnt ein kurzer, englischer Abschnitt über deine technische Hands-on-Erfahrung. Recruiter für globale Rollen lesen oft englische Lebensläufe.

Nutze den kostenlosen ATS-Checker, um zu sehen, ob dein Dokument maschinenlesbar ist. Der JD-Decoder hilft dir, die relevanten Keywords aus einer konkreten Google-Anzeige herauszuziehen.

Interviewvorbereitung: die technischen Runden#

Google-Interviews für DevOps und SRE-Rollen kombinieren typischerweise Coding, System Design und Troubleshooting. Wie viele Runden und in welcher Reihenfolge, variiert je nach Rolle und Region. Das kannst du beim Recruiter direkt erfragen.

Coding: Python oder Go sind die üblichen Sprachen. Erwarte Algorithmen auf mittlerem Niveau, aber auch praktische Aufgaben: ein Log-Parsing-Skript, ein einfacher Health-Check, eine kleine Queue. Übe auf einer Plattform deiner Wahl und schreibe dabei echte Tests.

System Design: Hier geht es nicht um die perfekte Architektur, sondern um Trade-offs. Warum diese Datenbank? Was passiert bei Teilausfall? Wie skalierst du den Service? Sprich laut, wenn du denkst.

Troubleshooting: Du bekommst ein Szenario: "Die Latenz eines Dienstes ist seit 30 Minuten hoch, das Deployment lief vor einer Stunde. Was tust du?" Strukturiere deine Antwort. Nicht raten.

Musterantwort für eine typische Troubleshooting-Frage#

Frage: Ein Service hat seit 20 Minuten erhöhte Fehlerquoten. Das letzte Deployment war vor zwei Stunden. Dein Vorgehen?

Antwort:

"Zuerst schaue ich auf die Metriken: Fehlerquote, Latenz, Traffic. Ich will wissen, ob der Anstieg mit dem Deployment korreliert oder eine andere Ursache hat. Dann prüfe ich die Logs der betroffenen Pods auf Exceptions. Wenn das Deployment als Ursache in Frage kommt, rolle ich zurück, bevor ich tiefer analysiere. Stabilität geht vor Ursachenforschung. Danach schreibe ich ein Postmortem und halte das Team über Slack oder das Incident-Tool auf dem Laufenden. Wenn die Fehlerquote nach dem Rollback nicht sinkt, prüfe ich Abhängigkeiten: Datenbank, Netzwerk, Nachbardienste."

Diese Antwort zeigt Reihenfolge, Priorisierung und Kommunikation. Genau das wird bewertet.

Behavioral-Runden: STAR-Methode#

Google fragt nach konkreten Situationen. "Erzähl mir von einem Konflikt im Team" ist typisch. Nutze STAR: Situation, Task, Action, Result.

Ein Beispiel:

"Ein Kollege und ich hatten unterschiedliche Meinungen zur CI/CD-Struktur. Er wollte alles in einem großen Pipeline-Repo, ich wollte pro Team eigene Repos. Situation: Wir standen vor der Entscheidung für die nächsten zwei Jahre. Task: Wir mussten eine Lösung finden, die beide Seiten akzeptieren. Action: Wir haben beide Ansätze für einen Dienst prototypisch umgesetzt und die Wartungsaufwände verglichen. Result: Sein Ansatz war für kleine Teams besser, meiner für große. Wir sind eine gemischte Struktur gefahren. Der Konflikt wurde sachlich gelöst."

Konkret, ehrlich, mit Ergebnis. Keine Heldengeschichte.

Checkliste für die letzten Wochen vor dem Interview#

• Stellenanzeige genau lesen und die Kernbegriffe in den Lebenslauf übernehmen, soweit sie zutreffen
• Zwei bis drei Projekte auswählen, die du tief erklären kannst: Architektur, Trade-offs, was schiefging
• Coding üben, mit Fokus auf Python oder Go, mindestens 30 Minuten täglich
• Ein Kubernetes-Cluster lokal aufsetzen und kaputt machen, dann wiederherstellen
• Google SRE-Buch (kostenlos online) lesen, mindestens die Kapitel zu SLIs und Postmortems
• Drei Verhaltensfragen vorbereiten, jeweils mit konkretem Beispiel
• Fragen an das Team vorbereiten: On-Call-Modell, Tech-Stack, Entscheidungsprozesse
• Für Remote-Rollen in Deutschland klären: Arbeitszeit, Reiseanteil, Vertragsmodell

Gehalt und Vertrag in Deutschland#

DevOps-Rollen bei Google in Deutschland werden typischerweise deutlich über dem lokalen Durchschnitt bezahlt, aber die konkreten Zahlen variieren stark nach Level, Standort und Verhandlung. Auf Plattformen wie Levels.fyi findest du gemeldete Werte, die als Orientierung dienen. Für verbindliche Angaben frag direkt beim Recruiter oder schau in die aktuelle Stellenausschreibung.

Beachte: Google stellt in Deutschland teils über Tochtergesellschaften oder Contractor-Modelle ein. Kläre das im ersten Gespräch. Der Unterschied bei Sozialabgaben und Urlaubsanspruch ist real.

Wo du passende Rollen findest#

Auf der Jobrise-Jobsuche kannst du nach DevOps- und Cloud-Rollen filtern und die Ergebnisse nach Standort eingrenzen. Wenn du gezielt nach Google suchst, kombiniere die Suche mit "Google Cloud" oder "GCP". Im Blog findest du weitere Artikel zu Lebenslaufaufbau und Interviewtechnik.

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 wichtig ist ein Abschluss für eine DevOps-Rolle bei Google?

Formal ist ein Informatikstudium hilfreich, aber praktische Erfahrung wiegt bei DevOps- und SRE-Rollen oft schwerer. Ohne Studium brauchst du starke Belege: Projekte, Open-Source-Beiträge, Zertifizierungen wie den Google Cloud Professional Cloud DevOps Engineer. Der Bewerbungsweg ohne Abschluss ist möglich, aber anspruchsvoller.

Brauche ich zwingend Google Cloud Erfahrung?

Nein. AWS- oder Azure-Erfahrung wird oft akzeptiert, wenn du die Konzepte verstehst. Kubernetes, Terraform und CI/CD sind clouduunabhängig. Erwähne aber explizit, falls du mit GCP gearbeitet hast, das ist ein Vorteil bei Google-Rollen.

Wie lange dauert der Bewerbungsprozess?

Erfahrungen variieren stark, von vier Wochen bis zu drei Monaten. Zwischen den Runden liegen oft ein bis zwei Wochen. Frag den Recruiter nach dem Zeitplan, das ist eine normale Frage und zeigt Interesse.

Sollte ich ein Anschreiben mitschicken?

Bei Google ist das Anschreiben weniger wichtig als bei deutschen Mittelständlern. Wenn das Bewerbungsformular es verlangt, schreib kurz und konkret, warum diese Rolle. Wenn es optional ist, investiere die Zeit lieber in den Lebenslauf.

Was mache ich, wenn ich im Interview eine Frage nicht beantworten kann?

Sag es ehrlich und beschreibe, wie du an die Lösung gehen würdest. "Das weiß ich nicht, aber ich würde mit den Logs des betroffenen Dienstes anfangen und die Abhängigkeiten prüfen" ist besser als geraten. Google bewertet oft das Vorgehen, nicht nur die richtige Antwort.