Cloud Engineer
nook Experts GmbH
Contact person: Nook Experts
Wien, Austria
TelecommunicationsAmazon Elastic Compute CloudCertified Novell EngineerCloud EngineeringCloud FoundryVirtual Private ServersApache CloudStackOpenShiftPublic CloudCloud Platform SystemIstioKubernetesCloud ConnectorsTerraformTelco Cloud
Description
Aufgaben (Leistungsschwerpunkte)
- Implementation und Verwaltung von Kubernetes-Clustern
- Implementation und Verwaltung von Service Meshes
- Aufbau und Betrieb von Crossplane für Public Cloud
- Aufbau und Betrieb von Monitoring / Observability
- GitOps-basierte CI/CD
- Zusammenarbeit mit Entwicklungsteams
- Überwachung, Fehlerbehebung, Optimierung, Security, Schulung
Fachliche Anforderungen
- Kubernetes in großem Maßstab
- Crossplane
- Terraform, ArgoCD, GitHub Actions, Helm
- Service Meshes: Istio, Linkerd, Consul
- CI/CD, Architekturplanung, Observability/Monitoring
- Zertifizierungen: CKA, CKAD
Persönliche Anforderungen
- Fähigkeit zur Vorausplanung
- Selbstständiges und sorgfältiges Arbeiten
- Kreativität, Teamfähigkeit
- Sozialkompetenz und Interaktion
- Kompetenz in Wissensvermittlung
Rollenprofil – was die Person tatsächlich tut
- Mitarbeit im bestehenden Plattform-Team (~5 Personen, seit 2,5 Jahren aktiv), das die Plattform von Grund auf gebaut hat und den kompletten Lifecycle verantwortet
- Breites Aufgabenpaket: Architektur, Cluster-Aufbau und -Weiterentwicklung, neue Self-Service-Features, Onboarding neuer User-Gruppen, Enablement/Schulung, Hardening
- Generalist mit Tiefe, kein Spezialist: reine Security-/SecOps-, Pentest- oder Beratungsprofile passen nicht. Hardening gehört dazu, ist aber nicht der Schwerpunkt
- Kein On-Call, aber Day-2-Verantwortung (Wartung, Upgrades, Troubleshooting) ist fester Bestandteil
Technisches Setup (so an Kandidaten kommunizieren)
- Public Cloud: AWS · On-Premise: OpenShift · Hybrid-Setup, Cluster überspannen beide Welten
- Management-Cluster wird per Terraform gebootstrappt, danach läuft alles über Crossplane + ArgoCD (GitOps mit Reconciliation, nicht Pipeline-Push)
- Eigenes CNI (Cilium) wegen fehlender Provider-Features ? Arbeit auf Cluster- und Netzwerkebene, nicht nur auf Workload-Ebene
Must-haves (Knock-out)
- Kubernetes als Betreiber, nicht als Nutzer: Cluster selbst aufgebaut/upgegradet, Netzwerk (CNI, Ingress, Routing) konfiguriert. Workloads/Helm-Charts deployen reicht nicht
- Crossplane produktiv (eigene Compositions/XRDs) – Ausnahme nur nach Rücksprache mit Tom bei sehr tiefer Operator-/CRD-Erfahrung
- GitOps produktiv mit ArgoCD (oder Flux)
- AWS und/oder OpenShift auf Admin-Ebene – reine Azure-Profile als Risiko markieren, bis Rückmeldung vom ORF vorliegt
- Observability produktiv aufgebaut inkl. Tracing (z. B. Prometheus, Grafana, Loki/Tempo, OpenTelemetry) – nur Logs/Metrics oder Tracing als PoC reicht nicht
- Deutsch fließend auf Business-Level – „conversational" reicht nicht
- Mindestens 1 Tag pro Woche vor Ort im Wien Office
- Start: asap
Nice-to-haves
- Service Mesh produktiv (Istio, Linkerd oder Consul)
- CKA / CKAD (vom ORF gefordert – Status immer abfragen)
- Erfahrung mit Enablement/Schulung von Entwicklungsteams