DevOps Engineer Jobs in India: Lebenslauf, Interview und Bewerbung

Deine Bewerbung als DevOps Engineer in Indien scheitert oft schon am Lebenslauf, bevor ein Mensch ihn liest. Der indische Markt hat eigene Regeln: andere Formate, andere Erwartungen, andere Verhandlungen. Wer die kennt, hat bessere Karten.

Wie der indische DevOps-Markt wirklich aussieht#

Indien hat ein großes Angebot an DevOps-Rollen, aber auch eine große Menge an Bewerbern. In Bengaluru, Hyderabad, Pune und Chennai sitzen die meisten Arbeitgeber. Gurgaon und Noida kommen dazu, wenn es um Banken und Konzerne geht.

Der Wettbewerb ist härter als in Europa. Viele Rollen laufen über Vermittler und Personaldienstleister, nicht direkt beim Unternehmen. Das ändert, wie du kommunizierst und wie schnell du reagieren musst.

Erwarte keine weichen Einstiegsrunden. Wer sich bewirbt, sollte Kubernetes, CI/CD und eine Cloud schon praktisch benutzt haben, nicht nur im Kurs.

Was Arbeitgeber in Indien konkret erwarten#

Indische Arbeitgeber schauen zuerst auf Tools und Projekte. Zertifikate helfen, ersetzen aber keine Praxis. AWS, Azure und GCP werden oft namentlich verlangt, je nach Firma.

Nachweise sind wichtig. Zertifikate wie CKA, CKAD oder AWS-Zertifikate werden in Stellenanzeigen häufig genannt. Wenn du sie hast, nenne Aussteller und Ablaufdatum. Wenn nicht, lass sie weg und betone Projekte.

Arbeitgeber erwarten auch, dass du im Gespräch über deine eigene Pipeline sprechen kannst. Nicht über das, was dein Team gemacht hat. Deine.

Lebenslauf-Format für Indien#

Der indische Lebenslauf ist anders als der deutsche. Er ist kürzer, direkter und enthält oft ein Foto sowie persönliche Angaben. Das wäre in Deutschland seltsam, in Indien ist es üblich.

Halte dich an zwei Seiten, eine ist besser. Setze Kontaktdaten oben: Name, Telefon, E-Mail, LinkedIn, GitHub. Foto, Alter, Familienstand und Nationalität sind am indischen Markt verbreitet. Ob du das mitmachst, entscheidest du selbst.

Schreibe in Englisch. Englisch ist die Sprache der Tech-Branche in Indien, auch in internationalen Teams. Ein deutscher Lebenslauf wird kaum gelesen.

Was in den Abschnitten stehen sollte#

Schreibe eine kurze Profilzeile, keine lange Einleitung. Danach kommen Skills, dann Berufserfahrung, dann Projekte, dann Zertifikate und Bildung.

Skills als Liste, nicht als Fließtext. Gruppiere sie: Cloud, Container, CI/CD, Monitoring, Scripting. Das macht es Recruitern leichter, dich einzusortieren.

Berufserfahrung beginnt mit dem aktuellsten Job. Jeder Eintrag bekommt drei bis fünf Bullets, die mit Verben und Ergebnissen arbeiten.

Ein konkretes Beispiel für eine Bullet#

Hier ist ein vorher-nachher-Vergleich für dieselbe Arbeit:

Vorher: "Verantwortlich für Kubernetes-Cluster und CI/CD-Pipelines im Team."

Nachher: "Migrated 12 services from manual deploys to GitLab CI with Kubernetes on EKS, cut deploy time from 2 hours to 15 minutes."

Der Unterschied ist die Zahl und das Ergebnis. Wenn du keine exakten Zahlen hast, nutze Größenordnungen oder relative Angaben. Erfinde nichts.

ATS-Keywords für DevOps-Rollen in Indien#

Die meisten großen Arbeitgeber in Indien nutzen ein ATS. Deine Keywords müssen zur Stellenanzeige passen. Baue sie in Skills und Bullets ein, nicht in eine separate Keyword-Liste.

Häufig verlangte Begriffe: Kubernetes, Docker, Terraform, Ansible, Jenkins, GitLab CI, GitHub Actions, AWS, Azure, GCP, EKS, Prometheus, Grafana, ELK, Python, Bash, Helm, ArgoCD. Nimm nur das, was du wirklich kannst.

Schau dir die Stellenanzeige genau an und übernimm die dort genannte Schreibweise. Wenn dort "CI/CD" steht, schreib "CI/CD", nicht "Continuous Integration". Ein ATS-Scan hilft dir zu sehen, was fehlt: der kostenlose ATS-Prüfer für deinen Lebenslauf.

Wenn dir eine Anzeige unklar vorkommt, hilft ein Blick in die Entschlüsselung der Anforderungen, zum Beispiel mit dem kostenlosen Job-Analyse-Tool. Danach weißt du, welche Begriffe du wirklich brauchst.

Interview: was dich erwartet#

Der Prozess läuft meist über mehrere Runden. Erst ein Screening mit HR oder einem Vermittler, dann eine technische Runde, dann eine Runde mit dem Team oder dem Manager. Manche Firmen haben zusätzlich einen Online-Test.

Rechne mit Live-Aufgaben. Typisch sind Aufgaben zu Kubernetes, zu einer CI/CD-Pipeline oder zu einem Fehler in einem Deployment. Übe das Sprechen über deine eigene Arbeit, nicht nur das Lösen.

Behavioral-Fragen sind üblich. Frag nach Situationen, in denen etwas schiefging. Antworte kurz, konkret, mit dem was du getan hast.

Beispielantwort auf eine typische Frage#

Frage: "Erzähl von einem Incident, das du gelöst hast."

Antwort: "Our payment service was down for 40 minutes. I found a bad config change in the last deploy, rolled back with ArgoCD, and added a canary step to catch it earlier. We never had that failure again."

Kurz, mit Zeit, Aktion und Ergebnis. Keine langen Vorgeschichten.

Gehalt und Verhandlung#

Gehälter für DevOps Engineers in Indien variieren stark. Berufserfahrung, Stadt, Unternehmensgröße und ob die Firma indisch oder international ist, machen einen großen Unterschied. Zahlen aus Foren und Portalen sind Richtwerte, keine Versprechen.

Üblich sind Jahresgehälter, nicht Monatsgehälter. Verhandle auf Basis des Jahrespakets und frage nach dem Aufschlüsselung: Grundgehalt, Bonus, Aktien oder RSUs, Zulagen. Das ändert die Rechnung deutlich.

Für aktuelle Zahlen prüfe die gängigen Gehaltsportale und die offiziellen Angaben der Unternehmen. Verlass dich nicht auf eine einzelne Quelle.

Visa und Arbeitserlaubnis#

Wer nicht indische Staatsangehörigkeit hat, braucht eine Arbeitserlaubnis. Das läuft in der Regel über den Arbeitgeber, nicht über dich allein. Der Prozess hängt von der Rolle, dem Vertrag und der Dauer ab.

Visa-Regeln ändern sich. Prüfe immer die aktuellen Vorgaben der indischen Regierung und deiner Botschaft, bevor du planst. Zahlen und Fristen aus älteren Artikeln sind oft überholt.

Firmen, die international einstellen, kennen den Prozess. Frag im Gespräch direkt danach, wer die Kosten trägt und wie lange es dauert.

Bewerbungscheckliste#

• Lebenslauf auf Englisch, maximal zwei Seiten, mit Kontaktdaten und Links oben
• Profilzeile, die Rolle und Kern-Skills nennt, keine lange Story
• Skills gruppiert nach Cloud, Container, CI/CD, Monitoring, Scripting
• Bullets mit Ergebnissen und Zahlen oder Größenordnungen
• ATS-Keywords aus der jeweiligen Stellenanzeige übernommen
• GitHub oder Portfolio mit reproduzierbaren Projekten
• Zertifikate mit Aussteller und Ablaufdatum, oder weglassen
• Gehaltsvorstellung als Jahresbrutto, mit Verhandlungsspielraum
• Antwort auf die Frage nach Kündigungsfrist und Starttermin parat
• Nachweis über Ansprechpartner, Datum und Stand jeder Bewerbung

Wo du passende Rollen findest#

Nicht jede Plattform hat die gleiche Qualität. Internationale Boards zeigen oft bessere Remote-Rollen, lokale Boards mehr vor Ort. Nutze beides und vergleiche.

Ein guter Startpunkt für aktuelle Stellen sind die DevOps Engineer Jobs in Indien. Ergänzend lohnt ein Blick in die Tipps zur Bewerbung im Ausland, wenn du dich von Deutschland aus bewirbst.

Häufige Fragen#

Brauche ich ein Foto im Lebenslauf für Indien?

In Indien ist ein Foto verbreitet, anders als in Deutschland. Wenn du dich bei einer internationalen Firma bewirbst, ist es optional. Schau dir die Anzeige an und folge dem, was dort steht.

Wie lang sollte mein DevOps-Lebenslauf für Indien sein?

Zwei Seiten sind das Maximum, eine ist besser. Kürze ältere Jobs auf zwei bis drei Bullets. Der Fokus liegt auf den letzten drei bis fünf Jahren.

Welche Zertifikate helfen wirklich?

CKA, CKAD und AWS-Zertifikate werden in Anzeigen oft genannt. Sie helfen beim Einstieg, ersetzen aber keine Praxis. Ohne Projekte bringen sie wenig.

Wie verhandle ich das Gehalt richtig?

Verhandle auf Basis des Jahrespakets und frage nach der Aufschlüsselung. Nenne eine Spanne, keine feste Zahl. Prüfe vorher aktuelle Marktwerte auf mehreren Portalen.

Kann ich aus Deutschland remote für Indien arbeiten?

Grundsätzlich ja, aber es hängt von Vertrag, Steuern und Arbeitserlaubnis ab. Kläre das mit dem Arbeitgeber und einem Steuerberater. Remote heißt nicht automatisch einfach.