Connexion Premium

Microsoft lance ses conteneurs WSL (Linux) en préversion

C'est contre-naturaaaaaaan

Microsoft lance ses conteneurs WSL (Linux) en préversion

Illustration : Flock

Durant sa conférence Build 2026, Microsoft a présenté « WSL container », une intégration native de gestion de conteneurs Linux dans WSL (Windows Subsystem for Linux). L’outil est désormais disponible en préversion, avec une version finale prévue pour l’automne.

L’objectif est de fournir un moyen intégré – et prêt pour l’entreprise – de créer, exécuter et gérer des conteneurs Linux sur Windows, sans nécessiter d’outillage tiers supplémentaire. La préversion publique est disponible depuis ce 29 juin. On peut la récupérer via la commande « wsl --update --pre-release » ou en la téléchargeant directement depuis GitHub, en version 2.9.3.

Pour le CLI et les applications

La fonction se déploie à travers deux composants. Le CLI d’abord (wslc.exe), via un nouveau binaire ajouté au PATH lors de la mise à jour. Il permet de gérer l’intégralité du flux de travail pour le développement de conteneurs Linux, avec exécution, débogage, tests et autres. Ensuite, une API conteneurs, via un paquet NuGet qui permet aux applications Windows natives d’utiliser des conteneurs Linux dans leur logique. Les langages C, C++ et C# sont pris en charge. Cette API s’intègre aussi avec MSBuild et CMake, permettant d’automatiser le build/déploiement de conteneurs dans le pipeline.

L’arrivée de cette fonction provoque également d’autres changements. Par exemple, le plugin Microsoft Defender for Endpoints (MDE) est mis à jour pour couvrir aussi les événements de conteneurs Linux, via une nouvelle version en préversion privée. Dans Intune, on trouve de nouveaux paramètres de gestion permettant de contrôler l’usage des distributions et conteneurs WSL. Signalons encore le support de wslc dans Visual Studio Code Dev Containers, pour l’instant en préversion 0.462.0. On peut l’activer en modifiant le paramètre « Docker Path » vers « wslc ».

Un nouveau système de fichiers

Plusieurs évolutions techniques importantes sont aussi de la partie. La plus significative est sans doute virtiofs, un nouveau système de fichiers par défaut qui rend l’accès aux fichiers Windows deux fois plus rapide, selon Microsoft. Il est pour l’instant limité aux conteneurs WSL, mais devrait être répercuté plus tard dans tout WSL.

Autre ajout majeur : un nouveau mode réseau. Baptisé « Consomme », il permet de relayer le trafic réseau Linux à travers Windows pour que les applications Linux bénéficient du même environnement réseau, des mêmes politiques de sécurité et des mêmes intégrations entreprise que les applications Windows. Enfin, Microsoft évoque de meilleures techniques de libération progressive de la mémoire vers l’hôte Windows « quand elle n’est pas utilisée par la machine virtuelle Linux ».

La disponibilité en version finale est fixée à l’automne 2026, donc dans quelques mois. Microsoft précise dans son billet de blog que des outils tiers existants comme Docker Desktop, Podman Desktop et Rancher Desktop, qui s’appuient sur WSL, « bénéficieront de tous de ces changements de plateforme de bas niveau ».

Commentaires (15)

votre avatar
On se demande de plus en plus à quoi sert de payer l'overhead du host... à part faire tourner les versions W$-natives d'Office ! :reflechis:
votre avatar
Quelque soit mon appel d'offre: Linux avec support est plus cher que de maintenir Windows (pas acheter Windows, mais le maintenir via les licences SA).
Y aller progressivement est pire: une licence linux redhat c'est le prix de 2 licences Windows.
votre avatar
C'est la partie que tous le monde oublie, le support...
votre avatar
Non mais RedHat aussi… :roll:
votre avatar
Yep, je confirme. Le dev se fait avec des licences globales à pas cher, mais dès qu'on passe en prod / livraison au client les royalties fees permettraient de payer une version Windows tous les deux, alors que celle-ci est à vie...
votre avatar
Je serais curieux de connaître les contours de ces appels d'offres, histoire de savoir ce qui est comparé. Parce que Linux en lui-même ne veut pas dire grand-chose. Quant à RedHat, heureusement ce ne sont pas les seuls acteurs économiques sur Linux.
votre avatar
Red-Hat c'est le plus cher du marché.

Après on est pas obligé d'aller sur un modèle à base de licences on peut souscrire à du support directement ou assurer le support soit même (ce qui semble être la majorité des cas).

Dans les gros bloquant, en générale il y a aussi souvent tous les outils de gestions entreprise / ISO 27001 à revoir pour supporter la distribution Linux choisi (et en générale il faut refaire le travail si on change de distro).
votre avatar
C'est sur que ca sera plus cher. La maniere de faire de l'argent dans le monde windows/linux est totalement differente.

Ticket d'entree gratuit dans le monde linux mais ensuite tu paies le support uniquement pour les machines de productions. Le development ce fait en general sur centos qui est gratuit par exemple.

Windows tu paies upfront pour tout.
votre avatar
Ce sous-titre ! 🤣

Je rajouterais « La colère de Balmer va s’abattre sur le libraaah »
votre avatar
Classe. A voir l'intégration avec les outils de supervision et sécu, mais ça peut enlever quelques "exceptions" du SI (hôtes sous Linux dans un en Windows) et simplifier la gestion de la sécu (et le coût des licences) - les licences d'antivirus Linux étant plus chères pour nous et le service rendu dans le cas de conteneurs étant minimal...
votre avatar
Je ne suis pas certain de bien comprendre ce que c'est. C'est du conteneur ou de la virtualisation ? Une API qui fait "bridge". Si on peut clarifier cela.

De toutes les façons on a déjà les deux. En plus il faut de la RAM en masse pour tout ça... ...
votre avatar
C'est de la containerisation (docker ou containerc, je sais pas), dans une VM linux, avec un exe "wslc" qui sert de bridge pour envoyer les instructions tapées dans windows vers la VM (et renvoyer la sortie de Linux vers Windows)

C'est déjà le cas aujourd'hui, sauf qu'il faut Docker Desktop et que l'exe sous Windows s'appelle docker.exe
votre avatar
J'suis ton pod, man ! :fume:
votre avatar
C'est de la virtualisation maquillée en container : il y a un kernel Linux qui tourne.
votre avatar
il y a un kernel Linux qui tourne.
Y'a pas trop le choix, non plus. Un conteneur se base sur le kernel de son host, donc il faut bien un kernel quelque part... Or les conteneurs s'attendent en grande majorité à pouvoir parler à un kernel Linux, pas Windows.

Quant à parler de _maquillage_, c'est un peu exagéré. Un conteneur n'a pas pour vocation de créer une machine virtuelle, il a pour vocation d'isoler l'application. De même WSL n'a pas pour vocation de créer une machine virtuelle, il a pour vocation de faire tourner des applications Linux sous Windows.

Microsoft a tenté de créer une couche de transformation dans WSL 1 puis a préféré créer une machine virtuelle complète dans WSL 2. Le maquillage il est là : WSL fait croire qu'il est une couche de translation comme MinGW mais en fait il fait tourner une VM ; le maquillage n'est pas dans WSLC, qui tournerait aussi si WSL avait gardé son implémentation sous forme de librairie de transformation.

On peut dire que la machine virtuelle WSL est un détail d'implémentation, pas une fin en soi.