Nvidia Cloud Engineer: Lebenslauf-Keywords und Interviewvorbereitung

Deine Bewerbung als Nvidia Cloud Engineer geht ins Leere, weil dein Lebenslauf die Sprache der Stellenanzeige nicht spricht. Das ist ärgerlich, aber lösbar. Nvidia stellt für Cloud-Rollen Leute ein, die Infrastruktur verstehen und den GPU-Teil nicht für Magie halten.

Was die Rolle wirklich verlangt#

Cloud Engineer ist bei Nvidia kein einheitlicher Titel. Manchmal geht es um interne Rechenzentren, manchmal um Cloud-Partner wie AWS, Azure oder GCP, manchmal um Plattformen, auf denen Kunden Modelle trainieren. Lies die Anzeige Zeile für Zeile und schau, worauf der Schwerpunkt liegt.

Üblich sind Themen wie Kubernetes, Container, Linux, Netzwerk, Storage, Infrastructure as Code und Monitoring. Dazu kommen bei vielen Stellen GPU-nahe Bereiche: CUDA, Treiber, Multi-Node-Training, InfiniBand oder RDMA. Nicht jede Stelle braucht alles davon.

Keywords für den Lebenslauf#

Sammle die Begriffe aus der Stellenanzeige und gleiche sie mit deiner Erfahrung ab. Ein einfacher Weg ist der kostenlose JD Decoder, mit dem du eine Anzeige in ihre Kernanforderungen zerlegen kannst: /de/free-jd-decoder/. Danach weißt du, welche Wörter in deinem Lebenslauf vorkommen müssen.

Setze Keywords dort, wo sie etwas belegen. Nicht in einer Keyword-Wolke am Ende, sondern in den Ergebnis-Zeilen. Ein ATS findet sie dort genauso, und ein Mensch glaubt sie eher.

Beispiel für eine Zeile vorher und nachher:

Vorher: "Verantwortlich für Cloud-Infrastruktur und Kubernetes."

Nachher: "Kubernetes-Cluster für GPU-Workloads aufgebaut, 40 Knoten mit Terraform provisioniert, Deployments von 2 Stunden auf 15 Minuten verkürzt."

Die zweite Zeile nennt Werkzeug, Umfang und Ergebnis. Zahlen musst du nicht erfinden. Wenn du keine Zahlen hast, nenne Umfang anders: Anzahl der Cluster, Standorte, Teams oder Anwendungen, die du unterstützt hast.

Lebenslauf an die Stelle anpassen#

Schick nicht dieselbe Datei an jede Firma. Bau die relevanten Zeilen nach oben und kürze, was für diese Stelle nicht zählt. Wenn die Anzeige Kubernetes und Terraform betont, muss beides in den ersten Dritteln deiner Erfahrungsabschnitte auftauchen.

Prüfe am Ende, ob dein Dokument maschinenlesbar ist. Der kostenlose ATS-Checker zeigt dir, ob Spalten, Tabellen oder Grafiken dein Dokument unlesbar machen: /de/free-ats-checker/. Das dauert zwei Minuten und erspart dir eine Runde Rätselraten.

Kurze Checkliste für die Anpassung:

• Stellenanzeige öffnen und die Fachbegriffe markieren, die dreimal oder öfter vorkommen
• Jeden dieser Begriffe mindestens einmal in einer Ergebniszeile unterbringen, wenn du ihn wirklich beherrscht
• Werkzeuge konkret benennen, also nicht "IaC", sondern "Terraform" oder "Ansible"
• GPU-bezogene Themen weglassen, wenn du sie nicht kennst, und stattdessen übertragbare Infrastruktur-Erfahrung betonen
• Datei als PDF speichern, wenn keine andere Vorgabe existiert, und den Dateinamen sprechend benennen
• Lebenslauf gegen die Anzeige lesen und prüfen, ob ein Mensch in 20 Sekunden sieht, warum du passt

Was du im Interview erklären können musst#

Für eine Nvidia-nahe Cloud-Rolle solltest du eine Architektur am Whiteboard erklären können. Rechne damit, dass jemand fragt, wie du einen GPU-Cluster für verteiltes Training aufbaust. Du musst nicht jede Zahl kennen, aber die Zusammenhänge.

Erwarte Fragen zu diesen Themen:

• Wie funktioniert ein Kubernetes-Node, wenn dort ein GPU-Treiber läuft
• Was passiert bei einem Training über mehrere Knoten und welches Netzwerk brauchst du dafür
• Wie unterscheidet sich GPU-Storage von normalem Block-Storage
• Wie misst du, ob ein Cluster gut ausgelastet ist
• Was tust du, wenn ein Knoten während des Trainings ausfällt

Übe, laut zu denken. Ein ruhiges "Das weiß ich nicht genau, aber so würde ich rangehen" ist besser als eine erfundene Zahl.

Beispielantwort auf eine typische Frage#

Frage: "Wie planst du einen Cluster für verteiltes GPU-Training?"

Antwort: "Ich würde zuerst klären, welches Modell und welche Batch-Größe anfallen, weil das die Speicheranforderung pro GPU bestimmt. Dann wähle ich die Knoten danach aus, wie viele GPUs pro Node verfügbar sind, und achte darauf, dass die Nodes über ein schnelles Netzwerk verbunden sind, weil sonst das Gradient-Sync zum Engpass wird. Für die Software würde ich Kubernetes mit einem GPU-Operator aufsetzen, damit Treiber und Laufzeiten automatisch verteilt werden. Zum Schluss würde ich Metriken für GPU-Auslastung, Netzwerkdurchsatz und Speicherbelegung einrichten, weil man sonst nicht sieht, wo es hakt. Wie bei uns im letzten Projekt, wo sich herausstellte, dass das Storage-Backend der Flaschenhals war und nicht das Netzwerk."

Diese Antwort zeigt Vorgehen, nicht Theorie. Das kommt in technischen Runden besser an als eine Aufzählung von Buzzwords.

Lokale Marktbedingungen#

Der Markt für Cloud-Rollen mit GPU-Bezug ist in Deutschland anders als in den USA. In München, im Großraum Stuttgart und im Rhein-Main-Gebiet findest du mehr Stellen mit Hardware-Bezug, in Berlin und Hamburg mehr Plattform- und Software-Rollen. Das ist eine grobe Beobachtung, kein Gesetz.

Viele Stellen sind hybrid oder haben feste Standortanforderungen. Frag früh nach, wie oft du im Büro sein musst und ob Reisebereitschaft zu Kunden oder Rechenzentren dazugehört. Das steht selten klar in der Anzeige.

Zur Bezahlung: Cloud-Engineering-Rollen mit GPU- oder HPC-Bezug werden oft überdurchschnittlich bezahlt, aber die Spannen hängen stark von Erfahrung, Standort und Firma ab. Prüfe immer die aktuellen Angaben in der Stellenanzeige oder bei der Firma selbst, und nimm keine Zahlen aus älteren Artikeln als verbindlich.

Wenn du nach passenden Ausschreibungen suchst, findest du aktuelle Angebote im Stellenmarkt auf jobrise: /de/jobs/. Weitere Artikel zu Bewerbungsgesprächen und Gehalt stehen im Blog: /de/blog/.

Vorbereitung in zwei Wochen#

Woche eins: Anzeige analysieren, Lebenslauf umschreiben, Keywords prüfen. Woche zwei: technische Themen wiederholen, Whiteboard-Übungen machen, eine Mock-Interview-Runde mit jemandem aus dem Bereich.

Am Tag vor dem Gespräch: Anzeige nochmal lesen, eigene Lebenslaufzeilen durchgehen und für jede Zeile eine Anekdote parat haben. Interviewer fragen fast immer nach dem, was in deinem Lebenslauf steht.

Häufige Fragen#

Muss ich CUDA programmieren können, um Cloud Engineer bei Nvidia zu werden?

Für reine Infrastruktur-Rollen reicht oft ein Verständnis dafür, wie CUDA-Workloads auf der Plattform laufen. Wenn die Stelle aber Entwicklungsaufgaben nennt, solltest du zumindest einfache CUDA-Kernels lesen können. Schau im Zweifel in der Anzeige nach, ob "CUDA" in den Muss-Kriterien oder in den Nice-to-haves steht.

Wie lang sollte mein Lebenslauf für diese Rolle sein?

Zwei Seiten sind für erfahrene Ingenieure in Ordnung, alles darüber hinaus wird selten gelesen. Halte dich an das, was in der Anzeige steht, wenn dort eine Vorgabe für Länge oder Format existiert. Im Zweifel lieber kürzer und dichter.

Sollte ich im Anschreiben auf GPU-Erfahrung eingehen, wenn ich keine habe?

Ja, aber sag nicht, dass du sie hast. Beschreib stattdessen, wie du verteilte Systeme, Netzwerk oder Storage schon anders gelöst hast. Das zeigt Übertragbarkeit, ohne dich zu übernehmen.

Wie finde ich heraus, ob die Stelle wirklich Cloud-Infrastruktur meint?

Frag im Erstgespräch direkt nach, woran die Person in den ersten sechs Monaten arbeiten würde. Die Antwort verrät dir mehr als die ganze Anzeige. Wenn die Antwort vage bleibt, ist die Rolle vielleicht noch nicht definiert.

Was mache ich, wenn ich an einer technischen Frage scheitere?

Sag es kurz und sachlich und zeig dann deinen Lösungsweg. Ein Bewerber, der sauber denkt, wirkt in einer technischen Runde oft stärker als jemand, der eine Antwort auswendig gelernt hat. Danach die Lücke notieren und für das nächste Gespräch schließen.