Auf dem Red Hat Summit 2026 haben Microsoft und Red Hat gemeinsam demonstriert, wie Azure Red Hat OpenShift (ARO) – der vollständig verwaltete OpenShift-Dienst auf Azure – als Fundament für Plattform-Modernisierung und produktive KI-Workloads dient. Im Mittelpunkt stehen sichere, skalierbare Governance-Strukturen für den Enterprise-Einsatz. Für Unternehmen, die Container-Plattformen und KI-Anwendungen unter einem Dach betreiben wollen, ist das eine relevante Entwicklung.
Was ist neu?
In meinen Azure-Kursen fragen Teilnehmer regelmäßig, wie man OpenShift-basierte Workloads und Azure-native KI-Dienste sinnvoll kombiniert, ohne dabei Governance und Compliance aus den Augen zu verlieren. Genau hier setzt die gemeinsame Ankündigung von Microsoft und Red Hat an.
Azure Red Hat OpenShift ist eine gemeinsam von Microsoft und Red Hat betriebene, vollständig verwaltete Kubernetes-Plattform (Container-Orchestrierungsdienst), die auf Azure läuft. Der Dienst wird von beiden Unternehmen gemeinsam supportet – das ist ein entscheidender Unterschied zu einem selbst betriebenen OpenShift-Cluster auf Azure-VMs.
Die auf dem Summit vorgestellten Szenarien adressieren drei Kernbereiche:
| Bereich | Beschreibung |
|---|---|
| Plattform-Modernisierung | Migration bestehender On-Premises-Workloads auf ARO mit definierten Migrationspfaden und Operator-Framework |
| Produktive KI | Betrieb von KI-Modellen und Inferenz-Workloads direkt auf ARO, integriert mit Azure AI Services |
| Enterprise Governance | Zentrale Steuerung über Role-Based Access Control (RBAC), Policy-Frameworks und Azure-native Sicherheitsdienste |
Praxistipp: Wer ARO bisher nur als „OpenShift in der Cloud“ betrachtet hat, unterschätzt die tiefe Integration mit Azure Active Directory (Entra ID), Azure Monitor und dem Defender for Containers – das macht ARO für regulierte Branchen besonders interessant.
Was bedeutet das für Azure-Admins und Architekten?
Folgendes Problem aus der Praxis: Viele Unternehmen betreiben OpenShift on-premises und fragen sich, ob eine Migration zu ARO den Betriebsaufwand tatsächlich reduziert. Die Antwort ist: ja – aber nur, wenn man die gemeinsame Supportstruktur und die nativen Azure-Integrationen konsequent nutzt.
Mit dem wachsenden Fokus auf KI-Workloads wird ARO zunehmend als Plattform positioniert, auf der nicht nur klassische Microservices, sondern auch GPU-gestützte Inferenz-Dienste laufen. Das erfordert ein Umdenken bei der Cluster-Dimensionierung und beim Node-Pool-Design – Themen, die ich in meinen Azure-Kursen zunehmend ausführlicher behandle.
Merksatz: ARO ist kein reines Lift-and-Shift-Ziel für OpenShift-Workloads – es ist eine eigenständige Plattform mit Azure-nativer Governance, die KI- und Container-Workloads unter einem einheitlichen Betriebsmodell zusammenführt.
Noch mal in Kürze: Wer in seinem Unternehmen Red Hat OpenShift einsetzt oder evaluiert und dabei KI-Szenarien auf Azure plant, sollte ARO als First-Choice-Option in die Architektur-Diskussion einbeziehen – und dabei insbesondere die gemeinsam verwaltete Supportstruktur als Risikominimierung für den Produktivbetrieb werten.
Die vollständigen Details und technischen Ankündigungen vom Red Hat Summit 2026 finden Sie in der Originalankündigung bei Azure Blog.