Weltweit

Weltweit

Remote weltweit · Belegte Arbeits-/Kandidatenstandorte: weltweit. · Die Tätigkeit erfolgt vollständig remote; Einstellungen sind weltweit möglich und der Arbeitsort ist weltweit frei wählbar. Es gibt keine Unternehmensbüros.

Veröffentlicht 26.10.2026

Ingenieur für Container-Technologien

Die Rolle macht eine interne Container-Plattform zuverlässig, beobachtbar und kosteneffizient skalierbar. Andere Entwicklungsteams bauen und betreiben darauf mandantenfähige Dienste über mehrere Regionen. Der Verantwortungsbereich umfasst Cluster-Lebenszyklen und Cluster-Klassen, Multi-Cluster- und Multi-Region-Topologien, Kapazität, Scheduling, Isolation und Laufzeitsicherheit sowie Plattform-APIs, den Kubernetes-Deployment-Vertrag, Argo-Semantik, Rollout-Bausteine, Laufzeitkonfiguration und die Bereitstellung von Secrets. Durch produktiven Code, Automatisierung und sichere Standards erleichtert die Rolle den Produktteams einen zuverlässigen Betrieb, statt als Freigabeinstanz zu fungieren. Hinzu kommen Betriebsbereitschaft, Störungsbehebung und nachhaltige Verbesserungen. Die Arbeit verbindet Container-Ökosystem, Softwareentwicklung und SRE-Praxis; der jeweilige Schwerpunkt richtet sich nach fachlicher Stärke und Bedarf. Alle Teammitglieder beteiligen sich unabhängig vom Schwerpunkt an der Rufbereitschaft.

AWS
AWS · erforderlich
Erforderlich ist sicherer Umgang mit AWS einschließlich mehrerer Konten, IAM und VPC.
+5
- Rufbereitschaft · erforderlich
  Alle Teammitglieder übernehmen unabhängig vom fachlichen Schwerpunkt einen Anteil der Rufbereitschaft und bearbeiten Plattformstörungen bis zur Behebung und Nachbereitung.
- Kubernetes · erforderlich
  Vertrautheit mit Kubernetes ist erforderlich.
- Infrastructure as Code · erforderlich
  Vertrautheit mit Infrastructure as Code ist erforderlich. Pulumi wird bevorzugt; Terraform oder CDK sind ebenfalls akzeptiert.
- Mandantenisolation · erforderlich
  Erforderlich sind Erfahrung mit großen mandantenfähigen Systemen und Verständnis des Isolationsspektrums von Namespaces, RBAC, Netzwerkrichtlinien und Ressourcenquoten bis zu virtuellen Clustern wie vCluster oder Laufzeiten auf VM-Niveau.
- Fehlerbudgets · Aufgabe · erforderlich
  Die Rolle definiert SLIs, SLOs und Fehlerbudgets für die Container-Plattform und entwickelt Fehlerbudget-Richtlinien, die Plattformänderungen tatsächlich steuern.
AWSAWSRufbereitschaftRufbereitschaftKubernetesKubernetesInfrastructure as CodeInfrastructure as CodeMandantenisolationMandantenisolationFehlerbudgetsFehlerbudgets+5+4+3

Gehalt: Vergleichswert · pro Jahr
Umfang: Vollzeit
Erfahrung: Siehe Details

Deine Aufgaben

Die Rolle definiert SLIs, SLOs und Fehlerbudgets samt Richtlinien, die Plattformänderungen steuern. Sie verantwortet Operational Readiness Reviews für neue Fähigkeiten und größere Änderungen und überwacht Verfügbarkeit sowie Metriken, Logs und Traces über die Plattformschichten hinweg.
Alle Teammitglieder übernehmen einen Anteil der Rufbereitschaft und bearbeiten Plattformstörungen bis zur Behebung und Nachbereitung. Die Rolle moderiert schuldzuweisungsfreie Postmortems, verbindet Erkenntnisse mit Lücken der Betriebsbereitschaft, erkennt wiederkehrende Fehler und setzt systemische Verbesserungen um.
Die Rolle entwickelt, veröffentlicht und pflegt produktiven Code für Automatisierung, Controller, Operatoren und interne Werkzeuge. Sie erfasst und quantifiziert repetitive Betriebsarbeit und beseitigt sie durch Automatisierung, statt sie lediglich zu dokumentieren.
Die Rolle entwickelt plattformseitige CI/CD- und Rollout-Bausteine für schnellere Deployments unter geregeltem Änderungs- und Release-Management. Sie arbeitet an kontinuierlichen Testsuiten und Pipelines mit, die Plattform-Releases vor der Bereitstellung für Mandanten validieren.
Die Rolle implementiert und pflegt Sicherheitsautomatisierung für Angriffserkennung, automatische Behebung und Patch-Management.
Die Rolle unterstützt Fehlermodenanalysen, die Erfassung von Abhängigkeiten und resiliente Architekturen für mandantenfähige Container-Workloads. Sie verbessert die Architektur zur Senkung der Infrastrukturkosten und wägt dabei Sicherheit, Zuverlässigkeit und Leistung über Mandanten hinweg ab.
Die Rolle bewertet und entwickelt das Werkzeugökosystem für Orchestrierung, Laufzeit, Netzwerk, Isolation und Observability weiter und wägt technische Zielkonflikte begründet ab.
Die Rolle berät die auf der Plattform arbeitenden Teams zu nachhaltiger Rufbereitschaft für ihre Dienste. Dazu gehören Alarmqualität, Eskalationswege, Runbook-Abdeckung und die Reduzierung unnötiger Alarme.

Das solltest du mitbringen

Erforderlich sind mindestens 5 Jahre in Plattformengineering, Container-/Kubernetes-Betrieb, SRE oder Produktionsinfrastruktur sowie Erfahrung mit skalierten Produktionssystemen, Rufbereitschaft und großen mandantenfähigen Systemen.

Erforderlich10 Punkte

Erforderlich sind mindestens 5 Jahre Erfahrung in Plattformengineering, Container-/Kubernetes-Plattformbetrieb, SRE oder Produktionsinfrastruktur sowie der Betrieb skalierter Produktionssysteme einschließlich Rufbereitschaft.
Erforderlich ist echte fachliche Tiefe in mindestens einem der drei Bereiche Container-Ökosystem, Softwareentwicklung oder SRE-Praxis; ideal sind zwei Bereiche. Der eigene Schwerpunkt soll benannt werden. Stärke in allen drei Bereichen ist keine allgemeine Voraussetzung; der Einsatz richtet sich nach Bedarf und individuellen Stärken.
Der mögliche Schwerpunkt Container-Ökosystem umfasst fundierte Kenntnisse in Kubernetes, containerd, OCI/CRI und CNCF, etwa Argo CD/Argo Rollouts für GitOps und progressive Auslieferung, Cilium/eBPF-Netzwerke und Gateway API, Autoscaling nach Karpenter/KEDA-Art sowie Isolation mit gVisor oder Kata Containers. Zielkonflikte sollen begründet abgewogen werden. Diese Vertiefung ist eine der drei Schwerpunktmöglichkeiten, nicht zusätzlich in jedem Profil verpflichtend.
Der mögliche Schwerpunkt Softwareentwicklung umfasst produktiven Code in Go und/oder einer vergleichbaren Systemsprache sowie den Bau von Controllern, Operatoren und Plattform-APIs. Wenn kein fertiges Werkzeug passt, soll ausgehend vom eigentlichen Problem eine geeignete Lösung entwickelt werden. Diese Vertiefung ist eine der drei Schwerpunktmöglichkeiten, nicht zusätzlich in jedem Profil verpflichtend.
Der mögliche Schwerpunkt SRE-Praxis umfasst sichere Kenntnisse in SLOs, Fehlerbudgets und Betriebs-KPIs sowie Erfahrung in der Leitung von Störungsbehebung und schuldzuweisungsfreien Postmortems und in der Senkung von MTTD/MTTR betriebener Systeme. Diese Vertiefung ist eine der drei Schwerpunktmöglichkeiten, nicht zusätzlich in jedem Profil verpflichtend.
Erforderlich sind Erfahrung mit großen mandantenfähigen Systemen und ein Verständnis des Isolationsspektrums von Namespaces, RBAC, Netzwerkrichtlinien und Ressourcenquoten bis zu stärkeren Mechanismen wie virtuellen Clustern, etwa vCluster, oder Laufzeiten auf VM-Niveau.
Erforderlich sind sicherer Umgang mit AWS einschließlich mehrerer Konten, IAM und VPC sowie Vertrautheit mit Infrastructure as Code und Kubernetes. Bei Infrastructure as Code wird Pulumi bevorzugt; Terraform oder CDK sind ebenfalls akzeptiert.
Skripting und Automatisierung sollen repetitive Betriebsarbeit beseitigen, statt sie dauerhaft zu übernehmen.
Erwartet werden klare Kommunikation mit Infrastrukturfachleuten und Produktentwicklern sowie erfolgreiche Zusammenarbeit in asynchronen, weltweit verteilten Teams.
Erwartet werden ein sicherer Umgang mit Unklarheit und die Fähigkeit, Systeme schrittweise weiterzuentwickeln.

Von Vorteil4 Punkte

Wünschenswert ist Erfahrung im Aufbau und Betrieb einer mandantenfähigen Kubernetes-Plattform, auf der interne Teams ihre Anwendungen bereitstellen.
Wünschenswert sind Kenntnisse von Policy-Engines wie Kyverno oder OPA/Gatekeeper und von Werkzeugen zur Kostenzuordnung wie OpenCost/Kubecost für mandantenbezogenes Chargeback/Showback.
Wünschenswert ist Erfahrung mit verwalteten Datenbankplattformen oder Postgres.
Wünschenswert sind Kenntnisse in OpenTelemetry, Prometheus/VictoriaMetrics, Grafana oder vergleichbaren Observability-Werkzeugen.

So ist Remote hier geregelt

Remote: Die Tätigkeit erfolgt vollständig remote; Einstellungen sind weltweit möglich und der Arbeitsort ist weltweit frei wählbar. Es gibt keine Unternehmensbüros.
Präsenz: Einmal jährlich kommt das gesamte Unternehmen für eine Woche in einer jeweils neuen Stadt zusammen.
Arbeitszeit: Die Zusammenarbeit ist asynchron und die Zeiteinteilung eigenverantwortlich. Alle Teammitglieder übernehmen einen Anteil der Rufbereitschaft.

Belegte Arbeits-/Kandidatenstandorte: weltweit.

Das wird angeboten

Eine weltweit nutzbare Coworking-Mitgliedschaft oder ein Coworking-Zuschuss wird bereitgestellt.
Jedes Teammitglied erhält eine Unternehmensbeteiligung über ein ESOP.
Ein Technikbudget steht für die Arbeitsumgebung bereit, etwa für Laptop, Monitor oder Kopfhörer.
Die Krankenversicherung wird weltweit zu 100% für Beschäftigte und zu 80% für deren Angehörige übernommen.
Ein jährliches, einwöchiges Treffen des gesamten Unternehmens findet in einer jeweils neuen Stadt statt.
Asynchrone Zusammenarbeit ermöglicht eine eigenverantwortliche Zeiteinteilung.
Jedes Teammitglied erhält jährlich ein Weiterbildungsbudget für beispielsweise Kurse, Bücher oder Konferenzen.

So läuft die Bewerbung

Im Bewerbungsprozess soll der eigene fachliche Schwerpunkt innerhalb der drei Bereiche Container-Ökosystem, Softwareentwicklung und SRE-Praxis benannt werden.

Passt die Stelle? Öffne mit Premium den Bewerbungsweg.

Bewerbungslink freischalten