Microsoft bringt WSL-Container nach Windows. Die neue Funktion soll Linux-Container direkt unter Windows bauen, starten und verwalten. Dafür plant Microsoft eine neue CLI mit dem Namen wslc.exe und eine WSL container API für Windows-Anwendungen. Die öffentliche Preview soll in den kommenden Monaten erscheinen.
Für Windows-Entwickler ist das ein wichtiger Schritt. Linux-Container gehören längst zum Alltag moderner Entwicklung. Bisher liefen viele Workflows unter Windows über Docker Desktop, Podman, Rancher Desktop oder andere Zusatzwerkzeuge. WSL-Container sollen diesen Umweg reduzieren und Linux-Container stärker in Windows selbst verankern.
WSL-Container bringen Linux-Workflows tiefer in Windows
Windows Subsystem for Linux war bisher vor allem der direkte Weg zu Linux-Distributionen, Shells, Tools und Entwicklungsumgebungen unter Windows. Mit WSL-Containern erweitert Microsoft diesen Ansatz auf Container-Workflows. Entwickler sollen Linux-Container direkt über Windows starten können, ohne zuerst eine separate Container-Plattform einrichten zu müssen.
Microsoft nennt dafür zwei Bausteine. Die neue CLI wslc.exe soll Container bauen, starten und steuern. Die neue API soll Windows-Apps erlauben, Linux-Container als Teil der eigenen Programmlogik zu nutzen. Damit wird WSL nicht nur zur Entwickler-Shell, sondern stärker zur lokalen Linux-Laufzeit für Windows-Anwendungen.
Die Syntax soll vertraut wirken. Microsoft zeigt Befehle wie wslc run, wslc image ls und wslc container ps. Entwickler mit Docker-Erfahrung dürften sich schnell zurechtfinden. Wichtig bleibt aber die Abgrenzung: WSL-Container sind eine neue Windows-Funktion in Entwicklung. Sie ersetzen nicht automatisch jeden bestehenden Docker-, Kubernetes- oder CI-Workflow.
| Bereich | Was Microsoft plant | Bedeutung für Entwickler |
|---|---|---|
| CLI | wslc.exe | Bekannter Einstieg über Terminal |
| API | WSL container API | Native Windows-Integration |
| Container-Start | Linux-Container direkt per Befehl ausführen | Weniger Zusatzwerkzeuge für einfache Workflows |
| Images | Images auflisten und verwalten | Bessere lokale Übersicht |
| Webserver-Test | Container mit Portfreigabe starten | Praktisch für Tests und Webentwicklung |
| Windows-Apps | Container programmatisch einbinden | Neue App-Szenarien mit Linux-Processing |
| GPU-Zugriff | API soll GPU-Zugriff unterstützen | Relevant für lokale AI/ML-Workloads |
| Public Preview | In den kommenden Monaten geplant | Noch nicht für produktive Planung voraussetzen |
Der wichtigste Nutzen liegt im Alltag. Ein Entwickler kann eine Datenbank, einen Webserver oder eine Testumgebung schneller lokal starten. Ein Windows-Programm kann künftig einen Linux-Container im Hintergrund nutzen. Ein AI/ML-Workflow kann lokale Linux-Verarbeitung anstoßen. Diese Szenarien brauchen heute oft zusätzliche Software, eigene VM-Konfigurationen oder manuelle Docker-Einrichtung.
Für Unternehmen ist der Verwaltungsaspekt fast genauso wichtig. Microsoft spricht von policy-basierter Aktivierung und Verwaltung über vertraute Windows-Kontrollen. IT-Teams sollen besser sehen, welche Linux-Container auf Entwicklergeräten laufen, wo Images herkommen und wie Container mit dem Host interagieren.
Docker wird nicht überflüssig, aber einfache Workflows ändern sich
WSL-Container bedeuten nicht, dass Docker Desktop sofort überflüssig wird. Docker bietet ein großes Ökosystem, Integrationen, Compose-Workflows, Kubernetes-Funktionen, Registries, Teams-Funktionen und eingespielte Entwicklerwerkzeuge. WSL-Container greifen zunächst den unteren Einstieg an: Container direkt starten, Images nutzen, lokale Tests ausführen und Windows-Apps mit Linux-Laufzeiten verbinden.
Gerade für Einzelentwickler kann das reichen. Ein lokaler Nginx-Test, eine kleine Linux-Toolchain, ein Python- oder Node-Container und einfache Testläufe brauchen nicht immer eine komplette Drittanbieter-Plattform. Wenn wslc.exe stabil läuft und Docker-ähnliche Befehle unterstützt, kann Windows viele einfache Container-Fälle direkt abdecken.
Der Schritt passt zu Microsofts Build-2026-Linie. Windows bekommt mehr Entwicklerfunktionen aus der Linux-Welt. Coreutils bringt Linux-ähnliche Befehle nativ nach Windows. WSL-Container bringen Container-Workflows näher an das Betriebssystem. Das Windows 11 Juni-Update zeigt ebenfalls, wie stark Microsoft Windows 11 als Entwickler- und Produktivitätsplattform ausbaut.
| Workflow | Heute oft nötig | Mit WSL-Containern möglich |
|---|---|---|
| Einzelnen Linux-Container starten | Docker Desktop, Podman oder andere Tools | wslc.exe |
| Lokalen Webserver testen | Drittanbieter-Runtime und Konfiguration | wslc run mit Portfreigabe |
| Linux-Tool in Windows-App nutzen | Eigene VM, WSL-Skript oder externe Runtime | WSL container API |
| AI/ML-Experiment lokal ausführen | Spezielle Container-Plattform | Linux-Container über Windows-Integration |
| Container-Status prüfen | Toolabhängige Oberfläche | wslc container ps |
| Unternehmensrichtlinien anwenden | Unterschiedliche Verwaltung je nach Tool | Windows-Richtlinien laut Microsoft |
| Images kontrollieren | Manuelle Kontrolle oder Plattformrichtlinien | Steuerung der Image-Quellen geplant |
| GPU nutzen | Abhängig von Runtime und Treibern | API nennt GPU-Zugriff als Ziel |
Für Linux-Leser ist die Entwicklung ebenfalls relevant. Windows nähert sich weiter an Linux-Workflows an, ohne Linux vollständig zu ersetzen. Der Kernel, Distributionen, Paketmanager und native Linux-Server bleiben eigenständige Welten. WSL macht diese Welten aber für Windows-Nutzer leichter erreichbar. Der Artikel zu Linux 7.1-rc7 und dem stabilen Kernel-Stand zeigt die andere Seite dieser Entwicklung.
Offen bleiben viele Details. Microsoft nennt noch keinen genauen Preview-Termin, keine vollständige Featureliste, keine Aussagen zu Compose-Kompatibilität, Kubernetes-Integration, OCI-Details, Netzwerklimits, Performance, Speicherverbrauch oder Enterprise-Editionen. Auch die Abgrenzung zu Docker Desktop und Podman muss sich in der Praxis zeigen.
Für Entwickler ist die Richtung trotzdem klar. Windows soll weniger Reibung bei Linux- und Container-Workflows erzeugen. WSL-Container bauen direkt auf dieser Strategie auf. Wenn die Public Preview stabil ausfällt, könnten viele einfache Docker-Umwege auf Windows wegfallen. Für komplexe Teams und produktionsnahe Container-Stacks bleiben etablierte Plattformen aber weiter wichtig.