WLS ist eine von Microsoft entwickelte Kompatibilitätsschicht, um ausführbare Linux-Dateien nativ unter Windows auszuführen.
Microsoft hat kürzlich die allgemeine Verfügbarkeit von WSL 3.0 bekannt gegeben, einem Update, das Windows als umfassende Entwicklungsplattform für containerbasierte und KI-gestützte Workloads positioniert.
Die wichtigste Neuerung dieser Version ist die Einführung des Befehlszeilentools „wslc“ (WSL Containers) und seines integrierten Alias „container.exe“. Dieses Tool ermöglicht es Entwicklern und nativen Windows-Anwendungen zusammen mit einer ergänzenden SDK-API, die mit C++ und C#/WinRT kompatibel ist, Linux-Container zu erstellen, auszuführen und zu verwalten, ohne auf Virtualisierungsumgebungen von Drittanbietern angewiesen zu sein.
Wichtigste neue Funktionen von WSL 3.0
Das Tool „wslc“ deckt den gesamten Container-Lebenszyklus ab und ermöglicht Operationen wie das Erstellen, Starten, Stoppen, Exportieren und Überprüfen von Systemabbildern sowie die Begrenzung der jeder Instanz zugewiesenen CPU- und Speicherressourcen. Im Bereich Netzwerk ermöglicht die neue Version die Erstellung benutzerdefinierter virtueller Netzwerke, die Verbindung von Containern mit mehreren Netzwerken und die Portweiterleitung . Darüber hinaus können Entwickler mit virtuellen Festplatten (VHDs) interagieren, Standard-Speicherpfade konfigurieren und Windows-Verzeichnisse direkt in eingebundenen Linux-Containern freigeben.
Zur Analyse und Überwachung führt WSL 3.0 den Befehl „wslc logs“ und die Echtzeit-Ereignisüberwachung ein , die detaillierte Statistiken und hervorgehobene Ausgaben aus den Container-Aktivitätsprotokollen liefert. Die Integration auf Betriebssystemebene wird verbessert, indem Benutzern ohne Administratorrechte der Zugriff auf Grafikprozessoren (GPUs) innerhalb des Containers ermöglicht wird. Dies beschleunigt die Ausführung von KI-Modellen und lokal entwickelten Grafiktools.
Isolation und optimierte Netzwerke
Anders als herkömmliche Virtualisierungsarchitekturen nutzt WSL 3.0 die erhöhten Berechtigungen des Windows-Dienstes „ wslservice.exe “, um Container bereitzustellen. Um jedoch die Isolation zu gewährleisten, startet dieser Dienst sekundäre Prozesse namens „wslcsession.exe“, die unter den Berechtigungen des aktuellen Systembenutzers ausgeführt werden. Diese Sitzungen sind strikt voneinander getrennt; jeder Sitzung ist eine eigene virtuelle Festplatte (VHD) zugewiesen, die sich standardmäßig im Benutzerverzeichnis befindet („%AppData%\Local\wslc\sessions“).
Die Netzwerkleistung und -kompatibilität wurden verbessert, da der dateisystemübergreifende Zugriff nun standardmäßig die Virtiofs-Technologie nutzt , die Lese- und Schreibgeschwindigkeiten bietet, die bis zu doppelt so schnell sind wie beim herkömmlichen Windows-Dateizugriff.
Im Bereich der Kommunikation wird der Netzwerkmodus „consumme“ eingeführt. Dieser Modus verbessert die Interoperabilität, indem er den Linux-Netzwerkverkehr direkt über Windows-Netzwerkschnittstellen leitet. Dadurch können Container-Anwendungen nahtlos mit bestehenden virtuellen privaten Netzwerken (VPNs), Unternehmensproxys und Unternehmenssicherheitsrichtlinien interagieren.
Um die Einführung von WSL 3.0 in Produktionsumgebungen zu erleichtern, hat Microsoft Governance-Kontrollen über Microsoft Intune und Microsoft Defender for Endpoint (MDE) bereitgestellt. IT-Administratoren können nun mit MDE Prozesse, Netzwerke und Dateien in WSL-Containern überwachen und diese Aktivitäten mit dem Hostsystem korrelieren, um eine einheitliche Sicherheitsanalyse zu ermöglichen. Darüber hinaus erlauben Intune-Richtlinien das Deaktivieren des Zugriffs auf Container oder das Konfigurieren von Protokollierungsberechtigungslisten, wodurch Entwicklungsteams gezwungen werden, Images nur aus verifizierten Repositories zu beziehen.
Das Ökosystem der mit wslc kompatiblen Tools wächst dank der Beiträge der Community rasant. Der Visual Studio Code-Editor unterstützt wslc nun als Standardtreiber über seine „Dev Containers“-Erweiterung, wodurch das Kompilieren von Quellcode aus der Ferne vereinfacht wird.
Auch Tools wie Aspire können WSL 3.0 als primäre Laufzeitumgebung nutzen. Neben der Kommandozeilenschnittstelle können Entwickler die lokale Infrastruktur mithilfe visueller Anwendungen wie dem terminalbasierten „Lazywslc“ oder der Desktop-Anwendung „WinUI 3 WSL Container Desktop“ verwalten oder Befehle remote über Skripte von Linux-Distributionen aufrufen, die unter WSL gehostet werden. Microsoft plant, dieses Ökosystem zukünftig durch die vollständige Unterstützung der wslc-Compose-Orchestrierung zu erweitern und so die direkte Kompatibilität mit bestehenden branchenüblichen compose.yaml-Dateien zu gewährleisten.
Sollten Sie mehr erfahren wollen, finden Sie die Details unter folgendem Link.