Oracle Cloud Engineer: Lebenslauf-Keywords und Interviewvorbereitung

Deine Bewerbung als Oracle Cloud Engineer landet im Spam-Ordner der Recruiter, weil deine Keywords nicht zur Ausschreibung passen. Das ist kein Pech. Das ist ein Anpassungsproblem, und das lässt sich lösen.

Was Unternehmen wirklich suchen#

Oracle Cloud Infrastructure, kurz OCI, ist in deutschen Unternehmen vor allem dort verbreitet, wo viel mit Oracle-Datenbanken gearbeitet wird: Banken, Versicherer, Industriekonzerne, öffentliche Auftraggeber. Typische Stellen heißen Cloud Engineer, Cloud Infrastructure Engineer, DevOps Engineer OCI oder Platform Engineer. Manchmal steht Oracle auch nur in einer langen Tool-Liste.

Die Anforderungen wiederholen sich. Networking in OCI, IAM-Policies, Terraform, Container- und Kubernetes-Kenntnisse, Datenbank-Services, Monitoring, Sicherheitskonzepte. Dazu kommen Fast immer Linux, Git und CI/CD. Wer diese Begriffe nicht im Lebenslauf hat, fliegt bei der Vorauswahl raus, auch wenn er die Arbeit kann.

Lebenslauf-Keywords richtig einsetzen#

Der Fehler, den ich am häufigsten sehe: Menschen schreiben "Erfahrung mit Cloud-Plattformen" und meinen, das reicht. Reicht es nicht. Nenne OCI explizit. Nenne die Services, mit denen du gearbeitet hast, und zwar mit den Namen, die auch in der Stellenanzeige stehen.

Prüfe zuerst die genaue Ausschreibung. Ein nützliches Werkzeug dafür ist der kostenfreie Stellenanzeigen-Decoder, mit dem du die geforderten Skills aus der Anzeige herausziehst. Danach lohnt ein Blick auf den ATS-Checker, damit dein Lebenslauf überhaupt maschinell gelesen werden kann.

Keywords, die in den meisten OCI-Stellen auftauchen

• OCI Compute, Block Storage, VCN (Virtual Cloud Network)
• OCI IAM, Policies, Compartments, Groups
• Terraform, Infrastructure as Code
• OCI Kubernetes Engine (OKE), Container Registry
• Autonomous Database, Exadata, OCI Database Service
• OCI Monitoring, Logging, Alarms, Audit
• CI/CD, GitLab CI oder GitHub Actions
• Linux, Bash, Python
• Verschlüsselung, Security Zones, Vulnerability Scanning

Nimm nur auf, was du wirklich kannst. Ein Recruiter merkt im Gespräch sofort, ob "Terraform" bei dir nur eine Zeile im Kurs-Zertifikat war oder ob du damit produktiv gearbeitet hast.

Ein konkretes Beispiel für eine umgeschriebene Zeile#

Vorher, wie ich es oft sehe: "Verantwortlich für Cloud-Themen und Automatisierung im Team."

Nachher, so wird daraus etwas Belastbares: "Betrieb und Automatisierung von OCI-Workloads (Compute, VCN, OKE) für 40 Microservices, Infrastruktur als Code mit Terraform, Einführung von Monitoring und Alarms über OCI Monitoring."

Der Unterschied liegt nicht in der Länge. Er liegt darin, dass die zweite Version einen Dienst benennt, einen Umfang andeutet und eine konkrete Handlung beschreibt. Zahlen sind gut, wenn du sie belegen kannst. Erfinde keine. Wenn du keine Zahlen nennen willst oder darfst, nenne stattdessen den Scope: "im Bereich EMEA", "für drei Fachbereiche", "in einem Team mit sechs Personen".

Zertifikate und was sie bringen#

Oracle hat ein eigenes Zertifizierungsprogramm für OCI, mit Stufen wie Foundations, Professional und Specialist. Ein Foundations-Zertifikat zeigt Interesse und Grundlagen. Für Engineer-Rollen wird häufig ein Professional-Level erwartet, etwa im Bereich Architect oder DevOps. Ob das in der jeweiligen Ausschreibung Pflicht ist, steht meistens direkt dort.

Achtung: Zertifikate ersetzen keine Praxis. Ich habe Bewerbungen gesehen, in denen drei Cloud-Zertifikate standen und in den Projekten nichts Konkretes. Das wirkt dann schnell aufgeblasen. Besser ein Zertifikat plus eine saubere Projektbeschreibung.

So bereitest du das Interview vor#

Das technische Gespräch zu OCI folgt meistens einem Muster: Architekturfragen, dann Umsetzungsfragen, dann Fehlerfälle. Du solltest erklären können, wie du ein VCN mit Subnets, Gateways und Security Lists aufbaust. Du solltest wissen, was eine IAM-Policy macht und warum Compartments existieren. Und du solltest einen Ausfall aus deiner eigenen Arbeit erzählen können.

Übe die STAR-Methode nicht auswendig, aber strukturiere deine Beispiele so: Situation, Aufgabe, Handlung, Ergebnis. Besonders gefragt ist, wie du bei einem Problem vorgehst, das du nicht sofort lösen kannst. Da zählt der Weg mehr als die Antwort.

Beispielantwort auf die Frage "Erzähl mir von einem kritischen Incident"

"Wir hatten in einer Nacht einen Ausfall der Anwendung, weil die Datenbankverbindungen abgelehnt wurden. Meine Aufgabe war, erst die Ursache zu finden, dann den Betrieb wiederherzustellen. Ich habe zuerst die Logs in OCI Monitoring geprüft und gesehen, dass die Connection Pool Limits erreicht waren. Kurzfristig habe ich die Limits angepasst und die Instanz neu skaliert. Danach habe ich mit dem Team ein Terraform-Modul geschrieben, das die Werte künftig korrekt setzt. Das Ergebnis: kein vergleichbarer Ausfall mehr in den folgenden Monaten, und das Modul wird seitdem in allen Umgebungen genutzt."

Diese Antwort ist gut, weil sie konkret ist, weil sie eine Handlung zeigt und weil sie ein Ergebnis benennt. Sie braucht keine übertriebene Dramatik.

Anpassung an ein bestimmtes Unternehmen#

Du willst wissen, wie du genau diese Firma überzeugst. Die ehrliche Antwort: du kannst deren internen Prozesse nicht kennen, und niemand erwartet das von dir. Was du tun kannst, ist die Ausschreibung und die öffentlichen Informationen des Unternehmens genau zu lesen.

Suche nach Hinweisen auf Branche, Stack und aktuelle Projekte. Ein Konzern mit Oracle-Datenbanken im Kern wird andere Fragen stellen als ein Mittelständler, der gerade erst in die Cloud zieht. Formuliere dein Anschreiben und deine Antworten so, dass deine Erfahrung an deren beschriebene Aufgaben andockt. Sage nicht "ich kenne eure Prozesse", sondern "ich habe etwas Vergleichbares gemacht, hier ist wie".

Wenn du passende Stellen suchst, lohnt ein Blick auf die aktuellen Ausschreibungen, etwa über die Job-Suche mit dem passenden Filter. Und für tieferes Material zu Bewerbungsthemen findest du auf dem Karriereblog weitere Beiträge.

Checkliste für die nächsten Schritte#

• Lies die Ausschreibung Zeile für Zeile und markiere jede Technologie, die genannt wird
• Schreibe deine drei relevantesten Projekte je in zwei Sätzen auf: was, womit, Ergebnis
• Prüfe deinen Lebenslauf auf ATS-Kompatibilität, damit die Formate nicht alles zerstören
• Nenne OCI-Services mit den Originalnamen, keine Umschreibungen
• Bereite zwei Incident-Beispiele vor, eines aus dem Betrieb, eines aus der Automatisierung
• Recherchiere Branche und Produkte des Unternehmens auf der öffentlichen Website
• Notiere drei Fragen, die du im Gespräch stellen kannst, etwa zum Team oder zur Cloud-Strategie
• Halte Zertifikate aktuell, aber priorisiere Projekterfahrung

Gehalt und Vertrag#

Was verdient ein Cloud Engineer mit OCI-Fokus in Deutschland? Die Spanne ist breit, weil sie von Erfahrung, Region und Unternehmensgröße abhängt. Grob berichtet liegen Einstiege oft im Bereich von etwa 50.000 bis 65.000 Euro brutto, erfahrene Engineers kommen je nach Verantwortung deutlich höher, in manchen Fällen über 85.000 Euro. Diese Werte schwanken stark und sind keine Garantie. Prüfe die aktuellen Angaben auf den einschlägigen Gehaltsportalen und in der jeweiligen Ausschreibung.

Bei Verträgen mit Dienstreisen oder internationalen Teams kläre Reiseanteil, Rufbereitschaft und Homeoffice-Regeln vor der Zusage. Bei öffentlichen Auftraggebern oder Banken kommen Sicherheitsüberprüfungen dazu, die Zeit kosten. Frag danach im Gespräch, das ist kein Tabu.

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 mein Lebenslauf für eine Oracle Cloud Engineer Stelle sein?

Zwei Seiten sind für erfahrene Engineers in Deutschland üblich, ein bis anderthalb Seiten für Berufseinsteiger. Wichtiger als die Länge ist, dass die relevanten OCI-Begriffe nicht im Anhang versteckt sind. Der Recruiter scannt die ersten Sekunden, dort muss die Substanz stehen.

Brauche ich zwingend eine Oracle-Zertifizierung?

Nein, zwingend nicht. Viele Stellen nennen sie als wünschenswert, manche als Voraussetzung. Wenn in der Anzeige "erwünscht" steht, kannst du dich ohne bewerben und im Gespräch zeigen, dass du die Inhalte kannst. Ein laufendes Zertifikat kannst du im Lebenslauf unter "in Vorbereitung" angeben.

Was, wenn ich OCI kenne, aber hauptsächlich AWS oder Azure gemacht habe?

Dann sag das offen und betone die übertragbaren Konzepte: Networking, IAM, Infrastructure as Code, Container-Betrieb. Die Dienste heißen anders, die Architekturprinzipien ähneln sich. Erfinde keine OCI-Projekte, das fliegt spätestens im technischen Gespräch auf.

Wie bereite ich mich auf Architekturfragen vor?

Zeichne vor dem Gespräch zwei bis drei typische Setups auf Papier, zum Beispiel eine Web-Anwendung mit Load Balancer, Compute, Datenbank und Monitoring. Erkläre sie laut, als würdest du einem Kollegen etwas erklären. Das trainiert nicht nur das Wissen, sondern auch das Sprechen darüber.

Soll ich im Anschreiben Gehaltsvorstellungen nennen?

Nur, wenn die Ausschreibung es verlangt. Wenn ja, gib eine Spanne an und begründe sie mit deiner Erfahrung, nicht mit einem Wunsch. Wenn nicht, warte auf das Gespräch und verhandle dort auf Basis des konkreten Angebots.