Auf dem Open Source Summit North America in Minneapolis hat Microsoft am 18. Mai eine eigene, allgemein verfügbare Linux-Distribution angekündigt: Azure Linux 4.0. Verkündet wurde das Ganze fast nebenbei von Brendan Burns, Kubernetes-Mitgründer und inzwischen Microsofts Cloud-Native-Chef. Wer noch an Steve Ballmers Linux-„Krebsgeschwür“-Zitat aus dem Jahr 2001 denkt, kann sich an der Stelle einen kurzen Moment lang strecken.
Was Azure Linux 4.0 technisch ist
Die neue Version löst sich von der bisherigen CBL-Mariner-Basis und setzt stattdessen auf Fedora als Upstream — inklusive RPM-Paketverwaltung. Im offiziellen README beschreibt Microsoft die Distribution als Sammlung von TOML-Konfigurationsdateien und gezielten Overlays oberhalb von Fedora. Pakete kommen direkt aus den Fedora-Upstream-Repositories, Abweichungen werden dokumentiert. Als Systeminterpreter ist Python 3.12 gesetzt, dazu kommen Signaturen über die Azure Artifact Registry und ein neues Sandboxing namens pylock.
Verfügbar wird das Ganze in zwei Spielarten: Azure Linux 4.0 als Public Preview für Azure-VMs sowie über das Windows Subsystem für Linux. Parallel dazu wechselt Azure Container Linux — eine immutable Container-Host-Variante auf Flatcar-Basis — in die General Availability. Der breitere Rollout ist für die Microsoft Build am 2. Juni geplant. Eine klassische Desktop-Variante gibt es ausdrücklich nicht und ist auch nicht vorgesehen.
Warum Fedora — und nicht etwas Eigenes
Die Wahl von Fedora ist die strategisch interessanteste Entscheidung in der ganzen Ankündigung. Fedora ist nicht irgendeine Distribution, sondern der Upstream, an dem Red Hat sein RHEL baut — und damit das ökonomische Standbein, das Microsofts wichtigste Linux-Partnerschaften in der Azure-Cloud trägt. Wer mit Red-Hat-, Canonical-, SUSE- und Oracle-Vertrieblern parallele Tassen Kaffee trinkt, baut sich nicht leichtfertig eine eigene Distribution daneben. Microsoft hat denn auch betont, dass Red Hat über die Pläne informiert sei. Wäre es anders, hätten wir gerade ein anderes Thema.
Mein eigener Eindruck: Microsoft folgt hier konsequent dem, was sich in den letzten Jahren in der eigenen Infrastruktur abgespielt hat. Mehr als zwei Drittel der Azure-Cores laufen laut Konzern auf Linux, ChatGPT-Dienste und GitHub liegen ebenfalls auf Linux-Hosts. Eine eigene Distro mit kuratierter Lieferkette macht in diesem Setup mehr Sinn als ein weiteres Vendor-Abkommen.
Was das für die Praxis bedeutet
Für KMU-Admins, die heute Hetzner-Server mit Ubuntu oder Debian fahren, ändert sich erst mal exakt nichts. Azure Linux 4.0 ist klar auf Azure-VMs zugeschnitten, der WSL-Pfad richtet sich an Entwickler, die lokal unter denselben Bedingungen arbeiten wollen wie später in der Cloud. Wer Azure schon ernsthaft nutzt, bekommt eine vom Cloud-Betreiber direkt gepflegte Distribution mit monatlichen Security-Updates und optionalen Auto-Updates. Wer keine Azure-Strategie hat, bekommt eine spannende Schlagzeile.
Interessant wird die Sache mittelfristig aus zwei Richtungen. Erstens: Microsofts Patches gegenüber dem Fedora-Upstream sollen offen zurückfließen, einige Engineers arbeiten ohnehin schon am Fedora-Projekt mit — etwa beim Vorschlag für x86-64-v3-Pakete in Fedora 45. Das nützt potenziell auch allen, die Fedora oder dessen Derivate außerhalb von Azure einsetzen. Zweitens: Die Frage, wie sehr eine cloud-eigene Distribution die Verhandlungsposition gegenüber den klassischen Enterprise-Linux-Anbietern verschiebt. Die Antwort darauf kommt nicht in der Pressemitteilung — sie zeigt sich in den Lizenzgesprächen der nächsten Jahre.
Bei einem Unternehmen, das Linux jahrelang öffentlich verteufelt hat, ist das ein bemerkenswerter Endpunkt einer Entwicklung. Bemerkenswerter ist allerdings, wie wenig spektakulär das Ganze inzwischen wirkt. Hyper-V-Kerneltreiber, Visual Studio Code, WSL, .NET unter Linux — bei jedem einzelnen Schritt gab es noch eine Schlagzeile. Bei einer eigenen Distribution zucken inzwischen selbst eingefleischte Open-Source-Beobachter nur kurz mit den Schultern. Vielleicht der ehrlichste Indikator dafür, wie weit Microsoft auf dem Weg tatsächlich schon ist.
