OpenShift Day-two-Betrieb für Anwendungsteams
Upgrades, Monitoring, Logging, Quotas, Backup-Mindset und wann an das Plattformteam eskalieren — die Arbeit, die beginnt, nachdem das erste Deploy geklappt hat.
Ich arbeite mit Kubernetes, OpenShift und Automatisierung — und lerne trotzdem fast jede Woche etwas Neues dazu.
Raum Freiburg · Kubernetes & Plattform · früher Linienpilot
01
Starte mit der Einsteiger-Serie — Mental Models, Supermarkt-Analogie, dann der komplette Pfad im Blog.
Ganze Einsteiger-Serie (18 Artikel)OpenShift-Serie (8 Artikel)kubectl & Tools-Serie (7 Artikel)Kontakt
02
Ich bin Marc Wilnauer — DevOps Engineer mit ein paar Jahren Praxis in Kubernetes, OpenShift, CI/CD und Monitoring, daneben kleinere React- und Node.js-Projekte. Im Alltag komme ich zurecht; trotzdem lerne ich fast jede Woche etwas Neues.
01
Stabilisieren
Erst Ruhe reinbringen, dann nach der Ursache suchen.
02
Fakten sammeln
Metriken, Logs, letzte Änderungen — klar benennen.
03
Eine Sache ändern
Reversible Schritte, klar kommuniziert.
Fliegen hat mich gelehrt, auch müde noch auf Verfahren zu achten, Beobachtungen klar auszusprechen und ein Problem nach dem anderen anzugehen, statt zu raten. Eine Kubernetes-Störung fühlt sich anders an als ein Anflug-Briefing, aber die Grundhaltung ist ähnlich: stabilisieren, Fakten sammeln, kommunizieren, dann erst ändern.
Vor der IT saß ich bei der Lufthansa Group im Cockpit. Diese Zeit ist vorbei, aber sie prägt noch, wie ich mit Störungen, Checklisten und Entscheidungen unter Druck umgehe. Hier verkaufe ich kein großes Beratungspaket — ich zeige nur ehrlich, woran ich arbeite, und schreibe Dinge auf, die mir selbst helfen.
Luftfahrt ist für mich keine Marketing-Geschichte — eher ein Grund, warum ich reversible Deployments, ehrliche Nachbesprechungen und verlässliche Metriken schätze, bevor mehr Datenverkehr auf ein System geht. In der Technik lerne ich noch viel; der Cockpit-Hintergrund ist eine Perspektive, kein Abkürzungsweg zur richtigen Antwort.
03
Cluster-Arbeit im Alltag, Deployments, GitOps — und Day-2-Überraschungen, von denen ich noch lerne.
Pipelines, Helm, Argo CD, sealed-secrets — Änderungen lieber langweilig und reversibel halten.
Prometheus, Grafana und Lasttests (Gatling), wenn wir wissen wollen, wie sich etwas unter Druck verhält.
React/Node.js, interne Dashboards und Tools — oft mit Cursor oder Windsurf im Workflow.
04
Kubernetes mit Red-Hat-Erweiterungen — Routes, SCCs, oc, ImageStreams, GitOps und Day-2-Betrieb. Eine eigene Serie im Blog.
05
Werkzeuge wechseln — wichtig ist zu verstehen, was läuft, und wie man sauber zurückgeht, wenn es sich falsch verhält.
06
Upgrades, Monitoring, Logging, Quotas, Backup-Mindset und wann an das Plattformteam eskalieren — die Arbeit, die beginnt, nachdem das erste Deploy geklappt hat.
Argo CD auf OCP, der OpenShift-GitOps-Operator, App-of-Apps-Vorsicht, Sync versus Plattform-Leitplanken und Drift auf verwalteten Clustern — ohne so zu tun, als wäre Git die ganze Geschichte.
Wofür ImageStreams da sind, wie BuildConfigs Tags erzeugen, S2I vs. Dockerfile-Builds und wann man In-Cluster-Builds überspringt und aus einer externen Registry zieht.
Wenn dich etwas hier anspricht — ein Cluster-Problem, ein Nebenprojekt oder einfach ein Austausch — melde dich gern.