Cloud-Infrastructure-Engineer einstellen: Der Leitfaden für 2026

Wer einen Cloud-Infrastructure-Engineer einstellen will, klärt zuerst, ob er einen Architekten, einen Kostenoptimierer oder beides braucht. Anschließend schreiben Sie eine Stellenbeschreibung, die auf Infrastructure as Code, Networking und Security aufbaut; Sie screenen mit einer echten Architektur- und Kostenoptimierungsaufgabe statt mit Trivia-Fragen; und Sie orientieren das Gehalt an einem bundesweiten Median von rund 75.000 € brutto, wobei Senior-Engineers mit Kostenkompetenz in den stärksten Regionen bei etwa 85.000 € und mehr liegen. Das wertvollste Signal im Jahr 2026 ist die Frage, ob die Bewerberin Cloud-Kosten als ihre eigene Aufgabe versteht – und nicht als die eines anderen.

Dieser Leitfaden führt durch den gesamten Prozess: was die Rolle tatsächlich verantwortet, wie sie sich von DevOps- und Plattform-Rollen unterscheidet, was Sie zahlen sollten, wie Sie die Ausschreibung formulieren, welche Interviewfragen die spätere Leistung im Job vorhersagen und welches FinOps-Screening die meisten Teams auslassen.

Was macht ein Cloud-Infrastructure-Engineer?

Ein Cloud-Infrastructure-Engineer entwirft, baut und pflegt die Umgebung, in der Ihre Anwendungen laufen – über AWS, GCP oder Azure hinweg. Er verantwortet Compute, Networking, Storage, Identity, Zuverlässigkeit und zunehmend auch die Cloud-Rechnung selbst.

Wo ein Softwareentwickler Features ausliefert, sorgt ein Cloud-Infrastructure-Engineer dafür, dass diese Features einen sicheren, schnellen und bezahlbaren Ort zum Laufen haben. Im Alltag heißt das: Virtual Private Clouds mit der richtigen Subnetz- und Routing-Topologie entwerfen, Infrastructure as Code schreiben, damit Umgebungen reproduzierbar sind, Disaster Recovery über Regionen und Availability Zones hinweg aufbauen, Zugriff nach dem Least-Privilege-Prinzip über IAM durchsetzen und die Auslastung im Blick behalten, damit Sie keine ungenutzten Kapazitäten bezahlen.

Der Bedarf an dieser Arbeit ist strukturell, keine Modeerscheinung. In Deutschland ist der IT-Fachkräftemangel seit Jahren verfestigt, und Cloud- sowie Security-Profile zählen durchgängig zu den am schwersten zu besetzenden Rollen. Verschärft wird der Druck durch eine globale Qualifikationslücke: Mehr als 90 % der Organisationen berichten von IT-Fachkräftemangel, konzentriert auf Cloud und Security, wobei das Cloud-Talentdefizit bis 2026 auf rund 25 % steigen soll (ITPro Today).

Die Aufgabe ist außerdem schwieriger geworden, weil die meisten Unternehmen nicht auf einer einzigen Cloud sind. 92 % der Großunternehmen setzen inzwischen auf Multi-Cloud, was Engineers besonders wertvoll macht, die über AWS, Azure und GCP hinweg denken können, statt die Konsole eines einzigen Anbieters auswendig zu lernen (iCert Global).

Cloud-Infrastructure-Engineer im Vergleich zu DevOps, Plattform und FinOps

Diese vier Rollen überschneiden sich ständig, weshalb Einstellungsteams sie verwechseln. Die saubere Abgrenzung: Ein Cloud-Infrastructure-Engineer verantwortet die Umgebung, ein DevOps-Engineer die Delivery-Pipeline, ein Platform-Engineer die interne Developer Experience, und FinOps verantwortet Kosten als eigene Disziplin.

Eine häufig zitierte Formulierung bringt es auf den Punkt: „DevOps konzentriert sich auf das Ausliefern von Software; Cloud-Engineers konzentrieren sich auf die Umgebung, die sie trägt“ (Index.dev). Platform Engineering greift dieselben DevOps-Prinzipien auf und behandelt die daraus entstehende Infrastruktur als Produkt mit internen Kunden (Yardstick).

FinOps teilt sich in zwei Rollen. Ein FinOps-Analyst interpretiert die Kostendaten; ein FinOps-Engineer handelt danach auf Infrastrukturebene (FinOps Foundation). Der beachtenswerte Trend im Jahr 2026: Der moderne Cloud-Infrastructure-Engineer übernimmt zunehmend die Aufgaben des FinOps-Engineers. Sie stellen nicht mehr einen Architekten ein, der die Dinge nebenbei auch günstig hält. Kostendisziplin ist Teil der Kernaufgabe.

Wenn Ihr tatsächlicher Bedarf eher auf der Pipeline oder der internen Plattform liegt, lesen Sie zuerst wie Sie einen DevOps-Engineer einstellen oder wie Sie einen Platform-Engineer einstellen. Die Rolle vor dem Veröffentlichen der Ausschreibung korrekt zu benennen, spart Ihnen Wochen voller unpassender Kandidaten.

Was kostet ein Cloud-Infrastructure-Engineer im Jahr 2026?

Rechnen Sie in Deutschland mit rund 67.000 bis 85.000 € Grundgehalt (brutto) für einen Engineer auf mittlerem Level, wobei Senior-Engineers mit Kostenkompetenz in den stärksten Regionen bei etwa 85.000 € und mehr liegen. Jede Zahl unten schwankt stark nach Seniorität und Region – behandeln Sie sie also als Anker, nicht als Angebote.

Der belastbarste offizielle Anker ist der Entgeltatlas der Bundesagentur für Arbeit: Für Informatiker/innen mit hoch komplexen Tätigkeiten (Expertenniveau) liegt der Median des Vollzeit-Bruttoentgelts bei 6.478 € im Monat, also rund 77.700 € im Jahr (Bundesagentur für Arbeit, Entgeltatlas). Deutschland kennt keinen Beruf, der sich 1:1 auf einen „Network Architect“ abbilden lässt – in der amtlichen Klassifikation (KldB 2010) sind die Informatik-Berufe (hoch komplex) die nächstliegende Entsprechung für hoch qualifizierte Cloud-Profile. Aggregatoren, die speziell „Cloud Engineer“ ausweisen, liegen mit einem Median von rund 75.000 € nah daran (gehalt.de).

Der größte Schwankungsfaktor ist die Region. Die höchsten Gehälter zahlen Baden-Württemberg und der Raum Stuttgart (rund 79.000 €), Hessen mit Frankfurt am Main (rund 78.500 €), Hamburg (rund 77.800 €) sowie Bayern und München (rund 77.100 €); Berlin ist vor allem volumenmäßig ein großer Einstellungsmarkt (gehalt.de). Wenn Sie remote einstellen, entscheiden Sie früh, ob Sie nach Standort zahlen oder eine einheitliche bundesweite Spanne – denn diese Entscheidung verändert sowohl Ihr Budget als auch Ihren Kandidatenpool.

Hier kommt der kontraintuitive Teil der Rechnung. Ein starker Cloud-Infrastructure-Engineer finanziert sein eigenes Gehalt oft über Einsparungen. Verschwendete Cloud-Ausgaben stiegen 2026 auf 29 %, der erste Anstieg seit fünf Jahren, getrieben vor allem von KI-Workloads (Flexera 2026 State of the Cloud, via ProsperOps). Ein Engineer, der Reserved-Instance-Strategien, Spot-Pricing und Right-Sizing beherrscht, kann einer mittelgroßen Organisation einen sechsstelligen Eurobetrag pro Jahr sparen (CompuForce). Die Einstellung ist kein Kostenfaktor. Sie ist oft der günstigste Weg, Ihre größte variable Rechnung zu senken.

So schreiben Sie eine Stellenbeschreibung für einen Cloud-Infrastructure-Engineer

Eine gute Stellenbeschreibung filtert schon vor dem ersten Interview. Bauen Sie sie auf den drei Dingen auf, die Erfolg wirklich vorhersagen: Infrastructure as Code, Networking- und Security-Grundlagen sowie Kostenbewusstsein. Alles andere ist verhandelbar.

Kernaufgaben, die Sie auflisten sollten (Velvet Jobs):

• Anforderungen ermitteln und Cloud-Infrastruktur über Compute, Networking, Storage und Identity hinweg entwerfen
• Infrastructure as Code mit Terraform oder CloudFormation für Wiederverwendung und Reproduzierbarkeit aufbauen
• Backup, Disaster Recovery und Hochverfügbarkeit über Regionen und Availability Zones hinweg entwerfen
• IAM, Secrets-Management, Verschlüsselung und Netzwerk-Security-Grenzen implementieren
• Cloud-Ausgaben überwachen, per Right-Sizing anpassen und optimieren
• Mit Entwicklung, Security und Führungsebene zusammenarbeiten

Must-have-Skills: Terraform oder ein anderes IaC-Tool, Kubernetes, Networking (VPC, Subnetze, Routing, NAT, Security Groups), IAM, tiefe Vertrautheit mit mindestens einem von AWS, Azure oder GCP, konkrete Erfahrung in der Kostenoptimierung sowie CI/CD-Kenntnisse. Nice-to-haves: Multi-Cloud-Erfahrung, eine FinOps-Zertifizierung, ein Observability-Stack und Scripting in Python oder Go.

Der häufigste Fehler in Stellenbeschreibungen ist die Suche nach dem Einhorn: Expertentiefe in AWS, Azure, GCP, Kubernetes, Terraform, Security, FinOps und KI-Infrastruktur gleichzeitig zu fordern – auf einem Budget für mittleres Level (KORE1 Hiring Guide). Wählen Sie zwei oder drei echte Must-haves und lassen Sie den Rest „Bonus“ sein. Eine schärfere Ausschreibung bringt mehr und bessere Bewerbungen.

Genau hier zahlt sich ein strukturierter Ausgangspunkt aus. Die Rollenvorlagen von Kit liefern Ihnen eine fertige Pipeline für die Infrastruktur-Einstellung, sodass Sie eine sinnvolle Vorlage bearbeiten, statt auf ein leeres Blatt zu starren – und Phasen, Scorecards und der Slot für die Aufgabe sind bereits miteinander verdrahtet. Sie können eine der Engineering-Rollenvorlagen in wenigen Minuten an Ihren Stack anpassen.

Interviewfragen für Cloud-Infrastructure-Engineers, die die Leistung vorhersagen

Die besten Interviewfragen prüfen falsifizierbare Signale, kein Vokabular. Jede der folgenden zielt auf etwas, das eine Kandidatin entweder getan hat oder nicht – und der Unterschied zeigt sich schnell.

Architektur und Networking. „Führen Sie mich durch ein VPC-Layout mit öffentlichen und privaten Subnetzen über Availability Zones hinweg. Wo passen NAT, Routing und Security Groups hinein?“ Das prüft End-to-End-Design und das Denken in Blast-Radius. Starke Kandidaten zeichnen die Topologie ganz selbstverständlich und erklären, warum jede Grenze existiert.

Infrastructure as Code. „Zwei Engineers führen gleichzeitig terraform apply auf demselben Workspace aus. Was geht kaputt, und wie verhindern Sie es?“ Das prüft die Strategie für State-File und Locking, was auf Senior-Level zur Grundausstattung gehört. Gute Antworten decken Remote State, Locking und Modul-Versionierung ab, ohne Nachfrage.

Kostenoptimierung. „Nennen Sie mir drei konkrete Kostenhebel, die Sie tatsächlich gezogen haben – nicht ‚wir haben einmal Reserved Instances gekauft‘.“ Starke Antworten umfassen Right-Sizing, Spot- und Savings-Plans, das Abschalten ungenutzter Non-Production-Umgebungen (Dev und Staging, die rund um die Uhr laufen, sind laut PushOps eine klassische Verschwendungsquelle), Tagging mit Showback und Storage-Tiering.

Security. „Wie entwerfen Sie IAM-Rollen, um den Blast-Radius zu minimieren, und wie speichern und rotieren Sie Secrets?“ Das prüft das Least-Privilege-Denken, das Secret-Management und das Auditing.

Zuverlässigkeit. „Eine Region fällt aus. Wie sieht Ihre Disaster-Recovery-Aufstellung aus, und wie hoch sind Ihre RTO und RPO?“ Das prüft, ob jemand für den Ausfall plant oder darauf hofft, dass er nie eintritt.

Positive und negative Signale

Nutzen Sie eine schnelle Scorecard, damit jeder Interviewer dieselben Signale bewertet:

• Positive Signale: nennt konkrete Kostenhebel mit Euro-Wirkung; erklärt Terraform-State-Locking ohne Nachfrage; denkt in Fehlermodi; kommuniziert Trade-offs klar über Teams hinweg.
• Negative Signale: viele Zertifikate, aber kann keine reale Architektur beschreiben, die er gebaut hat; behandelt Kosten als das Problem eines anderen; kann Least Privilege bei IAM nicht erklären; greift zu Trivia-Antworten statt zu Trade-offs.

Der zuverlässigste Indikator ist keine einzelne Antwort. Es ist die Frage, ob die Kandidatin Sie durch ein reales System führen kann, das sie gebaut hat, samt der Trade-offs, die sie dabei eingegangen ist. Genau deshalb schlägt eine eng umrissene, praktische Aufgabe ein Whiteboard-Quiz – worauf wir weiter unten eingehen.

Auf welche Zertifizierungen sollten Sie achten?

Für diese Rolle gibt es keine Lizenz, und keine Zertifizierung ersetzt den Nachweis durch echte Projekte. Behandeln Sie Zertifizierungen als Signal dafür, dass jemand in strukturiertes Lernen investiert hat, und gewichten Sie reale Architekturarbeit dann mindestens ebenso stark (KORE1 Hiring Guide).

Passen Sie die Cloud-Zertifizierung an Ihren Stack an:

• AWS: Solutions Architect Associate oder Professional, DevOps Engineer Professional, Security Specialty
• Azure: AZ-104 Administrator, danach AZ-305 Solutions Architect Expert
• GCP: Professional Cloud Architect oder Professional Cloud Engineer

Für die Kostenkontrolle lohnt es sich, die FinOps-Nachweise beim Namen zu kennen. Der FinOps Certified Practitioner (FOCP) deckt die Grundlagen des Frameworks ab und kostet allein für die Prüfung rund 325 $ (die FinOps Foundation legt den Preis weltweit in US-Dollar fest) (FinOps Foundation). Der FinOps Certified Engineer (FCE) passt zu Engineers, die Kostenbewusstsein in ihre Workflows einbauen, und im März 2026 startete eine FinOps-for-AI-Prüfung – relevant angesichts dessen, wie stark KI-Workloads den jüngsten Anstieg der Cloud-Verschwendung treiben (Flexera FinOps-Zertifizierungsguide).

Ein praktischer Hinweis zur Einstellung: Multi-Cloud-zertifizierte Kandidaten verlangen Aufschläge und sind in einem zu 92 % von Multi-Cloud geprägten Markt mobiler. Aber ein Kandidat ohne Zertifizierung, dafür mit vielen Projekten, ist oft ein Glücksgriff (KORE1). Screenen Sie nach Belegen, nicht nach Buchstaben hinter einem Namen.

Screening auf Kostenkontrolle: warum FinOps in Ihre Infra-Einstellung gehört

Der teuerste Screening-Fehler im Jahr 2026 ist, jemanden einzustellen, der Infrastruktur bauen kann, das Günstighalten aber als außerhalb des Geltungsbereichs betrachtet. Wenn fast ein Drittel der Cloud-Ausgaben verschwendet wird, ist „kann er es bauen“ nur die halbe Frage. „Kann er es günstig halten“ ist die andere Hälfte.

Die Zahlen erklären die Dringlichkeit. 84 % der Organisationen sagen inzwischen, das Management der Cloud-Ausgaben sei ihre größte Herausforderung, und 17 % überschritten ihr Public-Cloud-Budget im vergangenen Jahr (Flexera 2026 State of the Cloud). Unter den Großunternehmen geben 76 % inzwischen 5 Millionen $ oder mehr pro Monat für Cloud aus (ProsperOps-Zusammenfassung von Flexera 2026). Die Verschwendung entsteht meist aus einer vorhersehbaren Mischung: durchgehend überprovisionierte Ressourcen, Non-Production-Umgebungen, die rund um die Uhr laufen, und keine Automatisierung, um das aufzufangen (PushOps).

Machen Sie Kosten also zu einer bewussten Phase in Ihrem Prozess, nicht zu einem nachträglichen Gedanken. Fragen Sie im Interview nach konkreten Hebeln mit Euro-Wirkung. Besser noch: Bauen Sie Kosten in eine Take-home-Aufgabe ein. Geben Sie den Kandidaten eine absichtlich verschwenderische Terraform-Konfiguration und bitten Sie sie, die Einsparungen zu finden und jede Änderung zu begründen. Diese eine Aufgabe trennt Engineers, die tatsächlich eine Rechnung verantwortet haben, von denen, die nur darüber gelesen haben.

Häufige Fehler bei der Einstellung von Cloud-Infrastructure-Engineers

Die meisten gescheiterten Infrastruktur-Einstellungen lassen sich auf eine kurze Liste vermeidbarer Fehler zurückführen. Sie im Voraus zu kennen, ist die günstigste verfügbare Korrektur.

1. Die Jagd nach Einhörnern. Expertentiefe in jeder Cloud, jedem Tool und jeder Disziplin auf einem Budget für mittleres Level fordern. Priorisieren Sie zwei oder drei Must-haves und hören Sie dort auf.
2. Zertifizierungen überbewerten. Ein Kandidat mit vielen Zertifikaten, aber wenig Erfahrung ist ein Risiko. Ein Kandidat ohne Zertifizierung, dafür mit vielen Projekten, ist oft die bessere Einstellung.
3. Soft Skills ignorieren. Cloud-Engineers arbeiten über Entwicklung, Security, Finanzen und Führungsebene hinweg. Technische Brillanz ohne Kommunikation erzeugt organisatorischen Reibungsverlust.
4. Die Entscheidung in die Länge ziehen. „Schauen wir uns noch ein paar Kandidaten an“ bedeutet meist, den Favoriten zu verlieren. Entschlossenheit ist in einem engen Markt ein Wettbewerbsvorteil.
5. FinOps als optional behandeln. Bei 29 % verschwendeter Cloud-Ausgaben ist es der teure Fehler, nur auf das Bauen und nicht auf die Kosten zu screenen.
6. Eine praxisnahe Aufgabe auslassen. Trivia und Whiteboards sagen so gut wie nichts vorher. Eine eng umrissene IaC- oder Architekturaufgabe sagt viel vorher.

Infrastruktur-Einstellungen brauchen fast immer mehrere Freigaben, da die Rolle Engineering, Security und das Budget berührt. Das macht einen strukturierten, kollaborativen Prozess hier wichtiger als bei den meisten Rollen. Grundlagen für das Engineering-Hiring, die über den gesamten Stack hinweg gelten, finden Sie unter wie Sie einen Backend-Engineer einstellen.

Häufig gestellte Fragen zur Einstellung eines Cloud-Infrastructure-Engineers

Kurze Antworten auf die Fragen, die Personalverantwortliche am häufigsten stellen, bevor sie die Ausschreibung veröffentlichen.

Was ist der Unterschied zwischen einem Cloud-Engineer und einem Cloud-Infrastructure-Engineer? „Cloud-Engineer“ ist der Oberbegriff; „Cloud-Infrastructure-Engineer“ ist die Spezialisierung, die die Umgebung selbst verantwortet – Compute, Networking, Identity, Zuverlässigkeit und zunehmend die Cloud-Rechnung. Wenn eine Ausschreibung von Cloud-Engineer spricht, die Arbeit aber aus VPC-Design, IaC und Kostenkontrolle besteht, stellen Sie einen Infrastructure-Engineer ein.

Was kostet ein Cloud-Infrastructure-Engineer im Jahr 2026?

Der belastbarste offizielle Anker ist der Entgeltatlas der Bundesagentur für Arbeit: Für Informatiker/innen mit hoch komplexen Tätigkeiten liegt der Median bei rund 77.700 € brutto im Jahr (2024). Das Grundgehalt auf mittlerem Level liegt bundesweit bei rund 67.000 bis 85.000 €, und Senior-Engineers mit Kostenkompetenz in den stärksten Regionen liegen bei etwa 85.000 € und mehr.

Brauche ich eine AWS-, Azure- oder GCP-Zertifizierung, um Kandidaten zu filtern? Nein. Für diese Rolle gibt es keine Lizenz, und eine Zertifizierung ersetzt nicht den Nachweis durch echte Projekte. Passen Sie Zertifizierungen als Signal für strukturiertes Lernen an Ihren Stack an, gewichten Sie aber eine reale Architektur, die ein Kandidat gebaut hat, mindestens ebenso stark.

Wie testet man einen Cloud-Infrastructure-Engineer im Interview? Verwenden Sie eng umrissene, falsifizierbare Aufgabenstellungen statt Trivia: ein VPC-Layout im Durchgang, ein Szenario zum Terraform-State-Locking, drei konkrete Kostenhebel, die jemand tatsächlich gezogen hat, und eine Disaster-Recovery-Frage zum Regionsausfall. Ergänzen Sie das Interview um eine praktische IaC-Aufgabe.

Sollte ein Cloud-Infrastructure-Engineer die Kosten (FinOps) verantworten? Zunehmend ja. Bei verschwendeten Cloud-Ausgaben von 29 % im Jahr 2026 wird vom modernen Infrastructure-Engineer erwartet, dass er Kosten als Teil der Kernaufgabe behandelt und nicht als das Problem eines anderen. Screenen Sie direkt auf Kostendisziplin.

Wie lange dauert es, einen Cloud-Infrastructure-Engineer einzustellen? Es gibt keinen allgemeingültigen Richtwert, aber die größte vermeidbare Verzögerung ist Unentschlossenheit. In einem engen Markt bedeutet „Schauen wir uns noch ein paar Kandidaten an“ oft, den Favoriten zu verlieren – legen Sie Ihre Must-haves und Ihre Aufgabe also vorab fest, damit der Prozess in Bewegung bleibt.

Wie Kit Ihnen hilft, eine rigorose Cloud-Infrastruktur-Einstellung durchzuführen

Einen Cloud-Infrastructure-Engineer gut einzustellen bedeutet, einen scharfen Architektur-Screen, eine echte Kostenoptimierungsaufgabe und eine Freigabe durch mehrere Stakeholder zu kombinieren – und das alles, ohne den Prozess über Wochen in die Länge zu ziehen. Genau auf diesen Workflow ist Kit ausgelegt.

Starten Sie mit einer Engineering-Rollenvorlage und passen Sie die Pipeline an Ihren Stack an, statt Phasen von Grund auf zu bauen. Senden Sie eine eng umrissene Take-home-Aufgabe über GitHub-integrierte Code-Aufgaben, sodass Kandidaten in einem echten Repo arbeiten und Sie reale Commits prüfen – genau dort können Sie auch eine absichtlich verschwenderische Terraform-Konfiguration hinterlegen und beobachten, wie sie über Kosten nachdenken. Weil Infrastruktur-Einstellungen die Zustimmung von Engineering, Security und der Budgetverantwortung brauchen, halten Teambewertung und Abstimmung das Feedback aller an einem Ort, statt es über Slack-Threads zu verstreuen. Integrierte Interview-Terminplanung und E-Mail-Vorlagen halten das Bewerbererlebnis straff, und Kandidaten erreichen ihr Portal über Magic Links – ohne ein Passwort, das zurückgesetzt werden müsste. Für Teams, die neben ihrer Infrastruktur ein Security- oder Vulnerability-Disclosure-Programm betreiben, enthält Kit außerdem ein CSIRT/VDP-Modul.

Die Abrechnung erfolgt pro Platz, sodass ein kleines Gründungsteam eine rigorose Infrastruktur-Einstellung durchführen kann, ohne für einen Recruiter oder einen Enterprise-Vertrag zu zahlen. Sie erhalten die Struktur, die die teuren Fehler von oben verhindert – zu Kosten, die zu einem Startup-Budget passen.

Das Fazit: Klären Sie, ob Sie einen Architekten, einen Kostenoptimierer oder beides brauchen; schreiben Sie eine knappe Stellenbeschreibung; screenen Sie mit einer echten Architektur- und Kostenaufgabe; und zahlen Sie rund um den bundesweiten Median von etwa 75.000 € brutto, mit regionalen Aufschlägen im Hinterkopf. Tun Sie das, und Sie stellen jemanden ein, der Ihre Cloud sowohl bauen als auch davor bewahren kann, Sie in den Ruin zu treiben.

Kostenlose Testphase starten und Ihre Cloud-Infrastruktur-Pipeline noch heute einrichten.