Karmada mit höchstem CNCF-Siegel: Bloomberg fährt mit
Karmada erreicht die höchste Reifestufe der CNCF. Die Software verteilt Kubernetes-Workloads über Cluster und erneuert Zugriffstoken automatisch.
Die Cloud Native Computing Foundation hat Karmada am 8. September 2026 zum Graduated-Projekt erklärt. Die Software verteilt Anwendungen über mehrere Kubernetes-Cluster und spricht dieselbe API wie ein einzelnes Cluster. Das Siegel ändert die Governance, den Steuercluster betreibt weiter das Team vor Ort.
Das Wichtigste in Kürze
- Die Stiftung stuft hoch. Die Cloud Native Computing Foundation erklärt Karmada auf der KubeCon China zum Graduated-Projekt.
- Version 1.19 plant den Job. Ein Training mit mehreren Pod-Vorlagen läuft als ein Termin über Clustergrenzen. Priority-Scheduling ist der Default.
- Karmada erneuert die Tokens selbst. Im Push-Mode tauscht die Steuerebene ablaufende Zugangsschlüssel aus. Zuvor riss die Watch zum API-Server nach einer Rotation ab, ohne Alarm.
- Die Adopter fahren Flotten. Bloomberg, Trip.com, Alibaba Cloud und Huawei Cloud stehen in der Ankündigung. Der Betrieb der zentralen Steuerebene bleibt bei den Anwendern.
Verwandt:Kubeflow: CNCF erklärt die KI-Plattform für reif / Multi-Cluster ohne neues Ops-Silo: was Teams falsch lösen
Was ist Karmada? Karmada, kurz für Kubernetes Armada, ist eine Steuerebene, die Anwendungen über mehrere Kubernetes-Cluster und Clouds verteilt. Die API bleibt die von Kubernetes. Die Anwendungen selbst ändert das Projekt nicht.
Karmada erreicht die höchste CNCF-Reifestufe
Die Stiftung verkündete den Schritt am 8. September 2026 auf der KubeCon China in Shanghai. Vom ersten Commit im November 2020 bis zu diesem Siegel vergingen knapp sechs Jahre.
Karmada spricht Kubernetes. Ein Deployment, ein Service, eine Policy: Dieselben Objekte laufen über eine zentrale Steuerebene in mehrere Cluster. Die Anwendungen bleiben, wie sie sind. Wer schon YAML für ein Cluster schreibt, schreibt YAML für die Flotte. Genau das zitiert Bloomberg in der Ankündigung: Die eigenen Ingenieure behalten die API, die sie kennen.
Graduation ist ein Governance-Schritt. Die Stiftung verlangt dafür unter anderem ein unabhängiges Sicherheitsaudit, ein Steering Committee, den Code of Conduct der CNCF und das CII-Best-Practices-Abzeichen. Die Ankündigung nennt mehr als 1.200 Beitragende und 292 Organisationen.
Kubeflow trägt denselben Graduated-Status seit August 2026. Kubeflow ist die Plattform für das Training. Karmada ist die Ebene darunter, auf der mehrere Cluster als eine Flotte erscheinen.
Version 1.19 plant den KI-Job über Clustergrenzen
Am 31. August 2026 erschien Karmada 1.19.0. Ein Auftrag mit mehreren Pod-Vorlagen wird als ein Termin geplant. Training, Inferenz und ein Flink-Job bestehen oft aus mehreren Vorlagen, die zusammen startklar sein müssen. Bisher landete jede Vorlage als eigener Termin. Jetzt legt der Scheduler die Teile in denselben Auftrag und verteilt sie über Member-Cluster.
Das neue Feld in ResourceBinding und ClusterResourceBinding listet die Komponenten je Cluster. Es braucht ein Feature-Gate. Priority-Based Scheduling ist in 1.19 Beta und der Default. Wer das alte Verhalten will, schaltet das Gate aus. Die Roadmap für 2026 nennt Preemption und eine Warteschlange über Clustergrenzen für KI- und Batch-Jobs, ohne Liefertermin.
Im Push-Mode erneuert die Steuerebene ablaufende Zugangsschlüssel selbst. Vorher riss die Watch zum API-Server nach einer Rotation ab, ohne dass ein Alarm kam. Wer Tokens rotiert, weil es die Policy verlangt, braucht genau diesen Lauf.
Ein Test im Changelog fährt 20.000 Deployments auf zwei Member-Cluster. Der Spitzenspeicher des karmada-controller-manager fällt von fünf Gigabyte auf gut drei Gigabyte, weil managedFields aus dem Informer-Cache verschwinden. Das ist ein Labortest. Er sagt nichts über eine Produktionsflotte mit GPU-Knoten.
Bloomberg und Trip.com nutzen Karmada bereits
Die Ankündigung nennt Bloomberg, Trip.com, Alibaba Cloud und Huawei Cloud als Produktionsnutzer. Bloomberg schreibt, Karmada sei ein tragender Baustein der eigenen Infrastruktur. Anwendungen laufen über Cluster mit derselben Kubernetes-API, die die Ingenieure schon kennen. Die Stiftung nennt Disaster Recovery, Auslastung und einfachere Verwaltung.
Trip.com beschreibt mehrere Cluster als einen Ressourcenpool. Elastizität, Failover und Migration folgen aus diesem Pool.
Eine Fallstudie der Stiftung zu Xiaohongshu vom 15. März 2026 nennt mehr als 200 Cluster und rund zehn Millionen CPU-Kerne.
Die gemeinsame Schnittstelle vereinfacht die Verteilung von Anwendungen. Rechte, Zertifikate und das Verhalten beim Ausfall eines Clusters müssen die Betreiber dennoch festlegen. Der neue Projektstatus ersetzt diese Entscheidungen nicht.
Der Betrieb bleibt Aufgabe der Anwender
Ein Graduated-Projekt der CNCF hat eine öffentliche Roadmap, Maintainer aus mehreren Firmen und ein Audit. Das senkt das Adoptionsrisiko gegenüber einem internen Fork. Es ändert nicht, dass irgendwo ein Cluster die Steuerebene fährt. Dieser Cluster braucht Rechenleistung, Speicher, Zertifikate, Backup und jemanden im Bereitschaftsdienst, wenn der API-Server nicht antwortet.
Im Push-Betrieb spricht die Steuerebene die angebundenen Cluster direkt an und benötigt dafür gültige Zugangsschlüssel. Version 1.19 erneuert diese Schlüssel automatisch. Beim Pull-Betrieb läuft dagegen ein eigener Karmada-Agent in den angeschlossenen Clustern. Beide Varianten benötigen eine betriebene zentrale Steuerebene.
Häufige Fragen
Was bedeutet Graduation bei der CNCF?
Graduation ist die höchste Reifestufe eines Projekts in der Stiftung. Karmada war Sandbox, dann Incubating, jetzt Graduated. Die Stiftung verlangt Audit, Steering Committee und den Code of Conduct. Der Status sagt nichts über den konkreten Cluster vor Ort.
Ist Karmada ein zweites Kubernetes?
Nein. Karmada spricht die Kubernetes-API und verteilt vorhandene Workloads auf mehrere Cluster. Die Anwendungen bleiben unverändert. Neu ist die Steuerebene über der Flotte, plus der Cluster, auf dem diese Steuerebene selbst läuft.
Was ändert Version 1.19 am Scheduler?
Aufträge mit mehreren Pod-Vorlagen werden als ein Termin über Clustergrenzen geplant. Priority-Scheduling ist der Default. Im Push-Mode erneuert die Steuerebene ablaufende Tokens, damit die Watch zum API-Server nach einer Rotation nicht abreißt.
Wer nutzt Karmada in Produktion?
Die Ankündigung vom 8. September 2026 nennt Bloomberg, Trip.com, Alibaba Cloud und Huawei Cloud. Bloomberg beschreibt Karmada als tragenden Baustein. Weitere Fallstudien der Stiftung sind älter und gehören nicht zur Graduation-Meldung.
Ersetzt das Siegel das Plattform-Team?
Nein. Graduation senkt das Risiko, auf ein Projekt ohne Maintainer zu setzen. Den Steuercluster, die Zertifikate und den Failover betreibt weiter das Team, das die Flotte fährt.
Lesetipps der Redaktion
cloudmagazinKubernetes bindet GPU-Jobs erst, wenn alle Pods passencloudmagazinKubernetes 1.34 und Knative: reif für KI-Workloads?cloudmagazinWas das Cilium-Upgrade im Cluster kappen kannMehr aus dem MBF Media Netzwerk
MyBusinessFutureInvestitionsstau: Wie KI verborgene Budgets freilegtDigital ChiefsToken-OPEX: Inference steuert, nicht das Seat-BudgetSecurityTodayFünf Posten, die vor dem SIEM Budget brauchenBildquelle: KI-generiert (September 2026)
