Être capable d'exécuter Linux de manière transparente sur Windows facilite un tas de tâches de développement courantes. Lorsque vous exécutez WSL2 (sous-système Windows pour Linux 2) dans une version de Windows 10 supérieure à la version 18945, un NOMBRE de scénarios utiles et intéressants s'allument et tout fonctionne.
Docker pour Windows (téléchargez l'aperçu Docker Desktop pour WSL 2 Tech ici) est excellent, mais il a toujours fonctionné sur Windows en créant une machine virtuelle Hyper-V appelée Moby qui est visible dans le client Hyper-V. C'est une machine virtuelle utilitaire, mais vous en connaissez une.
Cependant, si WSL2 exécute un vrai noyau Linux dans Windows 10 et qu'il gère une plate-forme de machine virtuelle sous (et non visible pour) les outils clients Hyper-V, alors pourquoi ne pas simplement laisser WSL2 gérer les conteneurs pour nous ?
C'est exactement ce que l'aperçu technique de Docker Desklop WSL 2 vise à faire. Et tout comme WSL 2, c'est rapide.
... le temps nécessaire pour démarrer un démon Docker après un démarrage à froid est nettement plus rapide. Il faut moins de 2 secondes pour démarrer le démon Docker par rapport à des dizaines de secondes dans la version actuelle de Docker Desktop.
Une fois que vous avez configuré Linux (Ubuntu ou similaire) dans WSL 2, vous pouvez cliquer avec le bouton droit sur Docker Deskop et cliquer sur "WSL 2 Tech Preview". Il s'agit d'une interface utilisateur maladroite et pas super intuitive pour l'instant, mais c'est un moment dans le temps.
Ensuite, vous appuyez simplement sur Démarrer.
REMARQUE :Si vous avez déjà installé Docker dans WSL 2 sur la ligne de commande, arrêtez-le et laissez Docker Desktop gérer son cycle de vie.
Voici les débuts de leur interface utilisateur.
Lorsque j'abandonne PowerShell/CMD sous Windows, je peux exécuter "docker context ls".
C:\Users\Scott\Desktop> docker context ls
NAME DESCRIPTION DOCKER ENDPOINT
default Current DOCKER_HOST based configuration npipe:////./pipe/docker_engine
wsl * Docker daemon hosted in WSL 2 npipe:////./pipe/docker_wsl
Vous pouvez voir qu'il y a deux contextes, et j'ai exécuté "docker context use wsl" et c'est maintenant mon contexte par défaut.
Voici des images docker d'Ubuntu, et encore de Windows (dans PowerShell Core). Ce sont les mêmes !
Sucré. Ici, j'utilise PowerShell Core (qui est open source et multiplateforme, natch) pour gérer mes builds qui sont eux-mêmes multiplateformes et je peux exécuter à la fois une build docker ou une build metal sur Windows ou Linux, le tout de manière transparente sur le même boîte.
Notez également, Simon de Docker souligne "Nous utilisons une racine de données non par défaut dans ce mode pour éviter de corrompre un magasin de données que vous utilisez sans bureau docker en cas de problème. Arrêter le démon wsl du bureau docker et redémarrer celui que vous avez installé manuellement devrait apporter tout de retour." J'ai remarqué cela parce que mon "Windows Docker" et mon docker WSL2 d'origine avaient une liste d'images que je m'attendais naïvement à être disponibles ici, mais il s'agit d'un nouveau contexte et d'une nouvelle racine de données, vous devrez donc peut-être récupérer à nouveau des images dans ce nouveau monde si vous êtes historiquement un utilisateur docker actif.
Jusqu'à présent, je suis super impressionné. Linux sur le bureau Windows se sent bien. C'est du beurre de cacahuète et du chocolat.
Parrain : Vous recherchez un outil de profilage des performances, de couverture des tests unitaires et de tests continus qui fonctionne sur plusieurs plates-formes sous Windows, macOS et Linux ? Découvrez le dernier pilote JetBrains !