Wo Managed Kubernetes hingehört

Teams, die Kubernetes in der Schweiz betreiben, wählen zwischen vier Marktschichten. Jede trifft einen anderen Kompromiss zwischen Kontrolle, Betriebsaufwand und Kosten. Diese Seite ordnet diese Schichten ein, damit du siehst, wo VSHN Managed Kubernetes steht, und warum wir es für die Lücke in der Mitte gebaut haben.

Die vier Schichten

Do-it-yourself CSP gemanagte Control Plane VSHN Managed Kubernetes Enterprise OpenShift
Beispiele kubeadm, Cluster API, eigener Stack Exoscale SKS, STACKIT, IONOS, OVHcloud Dieser Dienst Managed OpenShift
Wer betreibt den Cluster Dein Team Du (nur Control Plane gemanagt) VSHN VSHN
Versions-Upgrades Du Du VSHN VSHN
OS-Lebenszyklus Du Du VSHN (immutable Talos) VSHN
Ingress, Storage, Networking Du wählst und betreibst Du wählst und betreibst Standardisiert und betrieben Standardisiert und betrieben
Service-Zeiten Eigene Anbieterabhängig Geschäftszeiten, reaktiv Durchgehender Betrieb
Souveränität Hosting-abhängig Oft Hyperscaler-gestützt Souverän Schweiz (cloudscale.ch) Schweizer Optionen verfügbar
Am besten für Grosse Plattform-Teams Teams, die den Rest gern betreiben Teams, die die Plattform betrieben haben wollen, ohne Enterprise-Umfang Regulierte Enterprise-Workloads

Interesse anmelden

Do-it-yourself Kubernetes

Selbstbetriebenes Kubernetes gibt dir volle Kontrolle: du wählst jede Komponente, bestimmst deinen eigenen Upgrade-Takt und läufst auf beliebiger Infrastruktur. Diese Kontrolle ist zugleich der Preis. Kubernetes in Produktion zu betreiben bedeutet, den Node-Lebenszyklus zu verantworten, Versions-Upgrades alle paar Monate, CNI- und Ingress-Entscheidungen, Storage-Betrieb, Security-Patching und die On-Call-Rotation dahinter.

DIY ist sinnvoll, wenn: Du ein reifes Plattform-Team hast, das Kubernetes-Betrieb als Kernkompetenz behandelt, und du Kontrolle über jede Schicht brauchst.

CSP gemanagte Control Planes

Gemanagte Kubernetes-Engines von Cloud-Anbietern (Exoscale SKS, STACKIT, IONOS, OVHcloud und ähnliche) betreiben API-Server und etcd für dich. Das ist echt nützlich, aber der Name verspricht zu viel. Node-Lebenszyklus, Versions-Upgrades, Ingress, Storage, Observability und Add-on-Kompatibilität bleiben deine Aufgabe. Eine gemanagte Control Plane ist keine gemanagte Plattform.

Eine CSP-Control-Plane ist sinnvoll, wenn: Du die Control Plane abgeben willst, dein Team aber bereit ist, alles darüber zu betreiben.

VSHN Managed Kubernetes (die fehlende Mitte)

Dieser Dienst übernimmt den gesamten Plattform-Lebenszyklus auf einem klar definierten, standardisierten Stack: Talos als immutables OS, Cilium für Networking, die Gateway API für Ingress, Rook / Ceph für Storage, alles über Cluster API gesteuert. VSHN führt Versions-Upgrades, OS-Updates und die zentralen Komponenten nach definiertem Wartungsplan aus. Du erhältst Kubernetes als erstklassige Schnittstelle mit abgenommener Betriebslast, ohne für Enterprise-Umfang zu zahlen, den du nicht brauchst.

Es ist bewusst abgegrenzt: standardisierte Konfigurationen, Betrieb während der Geschäftszeiten und eine klare Verantwortungslinie. Das hält es einfacher und günstiger als eine Enterprise-Plattform.

VSHN Managed Kubernetes ist sinnvoll, wenn: Du Produktions-Kubernetes betrieben haben willst, Schweizer Souveränität schätzt, und eine Enterprise-Plattform wie OpenShift mehr ist, als deine Workloads brauchen.

Enterprise OpenShift

Managed OpenShift ist die Enterprise-Option: durchgehender Betrieb, höhere Service-Level, integriertes Entwickler-Tooling und die Compliance-Lage, die regulierte Branchen brauchen. Es ist das richtige Werkzeug, wenn deine Workloads Betrieb rund um die Uhr und Garantien auf reguliertem Niveau verlangen, und mehr als nötig, wenn nicht. Siehe Managed OpenShift.

OpenShift ist sinnvoll, wenn: Du regulierte oder geschäftskritische Workloads betreibst, die durchgehenden Betrieb und einen breiteren Enterprise-Funktionsumfang rechtfertigen.

Welche Schicht passt zu dir?

Wenn du den Cluster wirklich betrieben haben willst, eine Enterprise-Plattform aber überdimensioniert ist, ist Managed Kubernetes die Schicht, die für diese Lücke gebaut wurde. Melde dein Interesse an und erzähl uns von deinen Clustern. Wir besprechen, ob die Plattform zu deinem Team passt.

Melde dein Interesse an Managed Kubernetes an

Managed Kubernetes ist in aktiver Entwicklung. Erzähl uns von deinen Clustern und Workloads, um der Early-Access-Gruppe beizutreten und die Plattform mitzugestalten. Wir melden uns, um Passung und Zeitplan zu besprechen. Ohne Verpflichtung.

Kostenloses Gespräch buchen

Oder sende uns eine Nachricht