WSL 3.0 er blevet udgivet og leveres med native understøttelse af containere og 'wslc' CLI.

Centrale punkter:
  • Introduktion af wslc og dets SDK API til styring af den komplette livscyklus for Linux-containere på Windows.
  • Sessionsisolering ved hjælp af wslcsession.exe-underprocesser og separat VHD-lagring pr. bruger.
  • Virtiofs standardfilsystem fordobler læse- og skrivehastigheden mellem operativsystemer.
  • Integration af virksomhedssikkerhed med Microsoft Intune-politikker og overvågning via Microsoft Defender for Endpoint.
WLS

WLS er et kompatibilitetslag udviklet af Microsoft til at køre Linux-eksekverbare native på Windows.

Microsoft annoncerede for nylig den generelle tilgængelighed af WSL 3.0, en opdatering, der positionerer Windows som en omfattende udviklingsplatform til containerbaserede og AI-drevne arbejdsbelastninger.

Den primære innovation i denne udgivelse er introduktionen af ​​kommandolinjeværktøjet 'wslc' (WSL Containers) og dets indbyggede alias 'container.exe'. Dette værktøj, sammen med en supplerende SDK API kompatibel med C++ og C#/WinRT, giver udviklere og native Windows-applikationer mulighed for at oprette, køre og administrere Linux-containere uden at være afhængige af tredjeparts virtualiseringsmiljøer.

De vigtigste nye funktioner i WSL 3.0

Værktøjet 'wslc' dækker hele containerens livscyklus og muliggør handlinger som oprettelse, start, stop, eksport og inspektion af systembilleder , samt begrænsning af CPU- og hukommelsesressourcer, der er allokeret til hver instans. Inden for netværk muliggør den nye version oprettelse af brugerdefinerede virtuelle netværk, tilslutning af containere til flere netværk og portvideresendelse . Derudover kan udviklere interagere med virtuelle harddiske (VHD'er), konfigurere standardlagerstier og dele Windows-mapper direkte i monterede Linux-containere.

For analyse og observerbarhed introducerer WSL 3.0 kommandoen 'wslc logs' og overvågning af begivenheder i realtid , der leverer detaljeret statistik og fremhævet output fra containeraktivitetslogfiler. Integration på operativsystemniveau styrkes ved at give ikke-privilegerede brugere adgang til grafikprocessorer (GPU'er) indefra containeren, hvilket muliggør accelereret udførelse af AI-modeller og lokalt udviklede grafikværktøjer.

Isolering og optimerede netværk

I modsætning til traditionelle virtualiseringsarkitekturer installerer WSL 3.0 containere ved hjælp af de forhøjede rettigheder fra Windows-tjenesten ' wslservice.exe '. For at sikre isolation starter denne tjeneste dog sekundære processer kaldet 'wslcsession.exe', som kører under den aktuelle systembrugers tilladelser. Disse sessioner er strengt adskilte; hver session er tildelt sin egen virtuelle harddisk (VHD), der som standard er placeret i brugerens mappe (`%AppData%\Local\wslc\sessions`).

Netværksydelse og kompatibilitet er blevet forbedret, da adgang på tværs af filsystemer nu som standard bruger virtiofs-teknologi , som tilbyder læse- og skrivehastigheder op til dobbelt så hurtige sammenlignet med traditionel Windows-filadgang.

Hvad angår kommunikation, introduceres netværkstilstanden 'consumme'. Denne tilstand forbedrer interoperabiliteten ved at dirigere Linux-netværkstrafik direkte gennem Windows-netværksgrænseflader, hvilket giver containerapplikationer mulighed for at interagere problemfrit med eksisterende virtuelle private netværk (VPN'er), virksomhedsproxyer og virksomhedens sikkerhedspolitikker.

For at fremme implementeringen af ​​WSL 3.0 i produktionsmiljøer har Microsoft implementeret styringskontroller via Microsoft Intune og Microsoft Defender for Endpoint (MDE). IT-administratorer kan nu bruge MDE til at overvåge processer, netværk og filer i WSL-containere og korrelere disse aktiviteter med værtssystemet for samlet sikkerhedsanalyse. Derudover tillader Intune-politikker deaktivering af adgang til containere eller konfiguration af "Logging Permission Lists", hvilket tvinger udviklingsteams til kun at hente billeder fra verificerede lagre.

Økosystemet af værktøjer, der er kompatible med wslc, udvides hurtigt takket være bidrag fra fællesskabet. Visual Studio Code-editoren understøtter nu wslc som standarddriver via sin "Dev Containers"-udvidelse, hvilket gør det nemmere at kompilere kildekode eksternt.

På samme måde kan værktøjer som Aspire bruge WSL 3.0 som deres primære runtime-miljø. Ud over kommandolinjegrænsefladen kan udviklere administrere den lokale infrastruktur ved hjælp af visuelle applikationer som den terminalbaserede "Lazywslc", desktop-applikationen "WinUI 3 WSL Container Desktop" eller aktivere kommandoer eksternt via scripts fra Linux-distributioner, der hostes på WSL. I fremtiden planlægger Microsoft at udvide dette økosystem ved at frigive fuld understøttelse af wslc compose-orkestrering, hvilket muliggør direkte kompatibilitet med eksisterende branchestandard compose.yaml-filer.

Endelig, hvis du er interesseret i at lære mere, kan du finde detaljerne på følgende link.


Tilføj som foretrukken kilde i Google