Kubernetes Operator betreiben: Lifecycle-Management mit OLM

In diesem 140-Minuten-Modul schließt ihr die Lücke, die beide Vorgängerkurse unabhängig voneinander offengelassen haben: Weder Kubernetes Operator entwickeln mit Kubebuilder (Go) noch Kubernetes Operator härten: Admission- & Conversion-Webhooks mit Kubebuilder hatten ein eigenes Hands-on zum Operator Lifecycle Manager (OLM) – beide haben ihn nur benannt, keiner hat ihn gezeigt. Bisher ist jedes Update des crontab-operator ein manueller make deploy-Aufruf mit neuem Image-Tag. Heute verwandelt ihr denselben Operator in ein versioniertes, katalogisiertes Paket. Los geht es mit OLM selbst: operator-sdk olm install installiert die OLM-Controller in einen frischen Minikube-Cluster, operator-sdk olm status bestätigt den Rollout. Im Kern des Moduls baut ihr aus dem bereits bestehenden crontab-operator-Projekt – Reconciler, Mutating-/ Validating-Webhook und Conversion-Webhook, alle unverändert aus den beiden Vorgängerkursen – ein echtes OLM-Bundle (operator-sdk generate bundle -q –overwrite –version 0.0.1, operator-sdk bundle validate ./bundle) und lernt dabei ein Feld kennen, das den cert-manager-Punkt aus der Abgrenzung des Webhook-Kurses tatsächlich schließt: spec.webhookdefinitions in der ClusterServiceVersion (CSV) übergibt die TLS-Zertifikatsverwaltung für eure drei Webhook-Typen komplett an OLM – kein cert-manager, kein envtest-Testzertifikat mehr nötig. Danach baut ihr mit opm einen eigenen File-Based Catalog (opm init, opm render, opm validate) und registriert ihn im Cluster über eine CatalogSource. Eine Subscription mit installPlanApproval: Manual abonniert das Paket, ihr genehmigt den entstehenden InstallPlan von Hand und beobachtet live, wie OLM daraus die CSV und damit den laufenden Operator erzeugt. Zum Abschluss ein koordinierter Upgrade-Pfad: eine zweite Bundle-Version 0.0.2 mit replaces: crontab-operator.v0.0.1, ein neuer InstallPlan, erneut manuell genehmigt – derselbe Mechanismus, den ein produktiver Cluster für jedes Operator-Update nutzt. Voraussetzung sind die Module “Kubernetes Operator entwickeln mit Kubebuilder (Go)” UND “Kubernetes Operator härten: Admission- & Conversion-Webhooks mit Kubebuilder” – beide Pflicht, beide werden hier vorausgesetzt und nicht wiederholt. Die Session läuft komplett lokal über Minikube (–driver=docker), ohne Cloud-Account und ohne Kostenwirkung.