Die nahtlose Ausführung von Linux unter Windows erleichtert eine Reihe gängiger Entwicklungsaufgaben. Wenn Sie WSL2 (Windows Subsystem for Linux 2) in einer Version von Windows 10 größer als Build 18945 ausführen, leuchten eine Menge nützlicher und interessanter Szenarien auf und alles funktioniert einfach.
Docker für Windows (Laden Sie hier die technische Vorschau von Docker Desktop für WSL 2 herunter) ist großartig, aber es hat in der Vergangenheit unter Windows funktioniert, indem es eine virtuelle Hyper-V-Maschine namens Moby erstellt hat, die im Hyper-V-Client sichtbar ist. Es ist eine Dienstprogramm-VM, aber Sie kennen sie.
Wenn WSL2 jedoch einen echten Linux-Kernel in Windows 10 ausführt und eine Plattform für virtuelle Maschinen unter Hyper-V-Client-Tools verwaltet (und für diese nicht sichtbar ist), warum lassen wir dann nicht einfach WSL2 Container für uns handhaben?
Genau darauf zielt Docker Desklop WSL 2 Tech Preview ab. Und genau wie WSL 2 ist es schnell.
...die Zeit, die benötigt wird, um einen Docker-Daemon nach einem Kaltstart zu starten, ist erheblich schneller. Es dauert weniger als 2 Sekunden, um den Docker-Daemon zu starten, verglichen mit Dutzenden von Sekunden in der aktuellen Version von Docker Desktop.
Sobald Sie ein Linux (Ubuntu oder ähnliches) in WSL 2 eingerichtet haben, können Sie mit der rechten Maustaste auf Docker Desktop klicken und auf „WSL 2 Tech Preview“ klicken. Dies ist im Moment eine alberne und nicht sehr intuitive Benutzeroberfläche, aber es ist ein Moment der Zeit.
Dann drückst du einfach auf Start.
HINWEIS:Wenn Sie Docker bereits in WSL 2 über die Befehlszeile installiert haben, stoppen Sie es und lassen Sie Docker Desktop seinen Lebenszyklus verwalten.
Hier sind die Anfänge ihrer Benutzeroberfläche.
Wenn ich unter Windows zu PowerShell/CMD aussteige, kann ich „docker context ls“ ausführen.
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
Sie können sehen, dass es zwei Kontexte gibt, und ich habe „docker context use wsl“ ausgeführt, und das ist jetzt meine Standardeinstellung.
Hier sind Docker-Images von Ubuntu und erneut von Windows (in PowerShell Core). Sie sind gleich!
Süss. Hier verwende ich PowerShell Core (das Open Source und plattformübergreifend ist, natürlich), um meine Builds zu verwalten, die selbst plattformübergreifend sind, und ich kann sowohl einen Docker-Build als auch einen Metal-Build sowohl unter Windows als auch unter Linux ausführen, alles nahtlos auf dem gleiche Box.
Beachten Sie auch, dass Simon von Docker darauf hinweist:„Wir verwenden in diesem Modus ein nicht standardmäßiges Dataroot, um zu vermeiden, dass ein Datenspeicher, den Sie ohne Docker-Desktop verwenden, beschädigt wird, falls etwas schief geht alles zurück." Ich habe dies bemerkt, weil mein "Windows Docker" und mein ursprünglicher WSL2-Docker eine Liste von Bildern hatten, von denen ich naiv erwartet hatte, dass sie hier verfügbar sind, aber dies ist ein neuer Kontext und eine neue Datenwurzel, sodass Sie möglicherweise Bilder in dieser neuen Welt erneut abrufen müssen, wenn Sie waren in der Vergangenheit ein aktiver Docker-Benutzer.
Bisher bin ich super beeindruckt. Linux auf dem Windows-Desktop fühlt sich richtig an. Es ist Erdnussbutter und Schokolade.
Sponsor: Suchen Sie nach einem Tool für Performance-Profiling, Unit-Test-Abdeckung und kontinuierliches Testen, das plattformübergreifend unter Windows, macOS und Linux funktioniert? Sehen Sie sich den neuesten JetBrains Rider an!