WLS är ett kompatibilitetslager utvecklat av Microsoft för att köra Linux-körbara filer på Windows.
Microsoft tillkännagav nyligen den allmänna tillgängligheten av WSL 3.0, en uppdatering som positionerar Windows som en omfattande utvecklingsplattform för containerbaserade och AI-drivna arbetsbelastningar.
Den största innovationen i den här utgåvan är introduktionen av kommandoradsverktyget 'wslc' (WSL Containers) och dess inbyggda alias 'container.exe'. Detta verktyg, tillsammans med ett kompletterande SDK API kompatibelt med C++ och C#/WinRT, låter utvecklare och inbyggda Windows-applikationer skapa, köra och hantera Linux-containrar utan att förlita sig på virtualiseringsmiljöer från tredje part.
De viktigaste nya funktionerna i WSL 3.0
Verktyget 'wslc' täcker hela containerns livscykel och möjliggör operationer som att skapa, starta, stoppa, exportera och inspektera systemavbildningar , samt begränsa CPU- och minnesresurserna som allokeras till varje instans. Inom nätverksområdet möjliggör den nya versionen skapandet av anpassade virtuella nätverk, anslutning av containrar till flera nätverk och portvidarebefordran . Dessutom kan utvecklare interagera med virtuella hårddiskar (VHD:er), konfigurera standardlagringsvägar och dela Windows-kataloger direkt i monterade Linux-containrar.
För analys och observerbarhet introducerar WSL 3.0 kommandot "wslc logs" och händelseövervakning i realtid , vilket ger detaljerad statistik och markerad utdata från containeraktivitetsloggar. Integration på operativsystemnivå stärks genom att tillåta oprivilegierade användare att komma åt grafikprocessorer (GPU:er) inifrån containern, vilket möjliggör accelererad exekvering av AI-modeller och lokalt utvecklade grafikverktyg.
Isolering och optimerade nätverk
Till skillnad från traditionella virtualiseringsarkitekturer distribuerar WSL 3.0 containrar med hjälp av de utökade privilegierna för Windows-tjänsten " wslservice.exe ". För att säkerställa isolering skapar dock denna tjänst sekundära processer som kallas "wslcsession.exe", vilka körs under den aktuella systemanvändarens behörigheter. Dessa sessioner är strikt separata; var och en tilldelas sin egen virtuella hårddisk (VHD), som som standard finns i användarens katalog (`%AppData%\Local\wslc\sessions`).
Nätverksprestanda och kompatibilitet har förbättrats, eftersom åtkomst mellan filsystem nu använder virtiofs-teknik som standard , vilket erbjuder läs- och skrivhastigheter upp till dubbelt så snabba jämfört med traditionell Windows-filåtkomst.
När det gäller kommunikation introduceras nätverksläget "consumme". Detta läge förbättrar interoperabiliteten genom att dirigera Linux-nätverkstrafik direkt via Windows-nätverksgränssnitt, vilket gör att containerapplikationer kan interagera sömlöst med befintliga virtuella privata nätverk (VPN), företagsproxyservrar och företagssäkerhetspolicyer.
För att underlätta införandet av WSL 3.0 i produktionsmiljöer har Microsoft distribuerat styrningskontroller via Microsoft Intune och Microsoft Defender for Endpoint (MDE). IT-administratörer kan nu använda MDE för att övervaka processer, nätverk och filer i WSL-containrar och korrelera dessa aktiviteter med värdsystemet för enhetlig säkerhetsanalys. Dessutom tillåter Intune-policyer att inaktivera åtkomst till containrar eller konfigurera "loggbehörighetslistor", vilket tvingar utvecklingsteam att endast hämta avbildningar från verifierade databaser.
Ekosystemet av verktyg som är kompatibla med wslc expanderar snabbt tack vare bidrag från communityn. Visual Studio Code-redigeraren stöder nu wslc som standarddrivrutin genom tillägget "Dev Containers", vilket gör det enklare att kompilera källkod på distans.
På liknande sätt kan verktyg som Aspire använda WSL 3.0 som sin primära runtime-miljö. Utöver kommandoradsgränssnittet kan utvecklare hantera den lokala infrastrukturen med hjälp av visuella applikationer som den terminalbaserade "Lazywslc", skrivbordsapplikationen "WinUI 3 WSL Container Desktop", eller anropa kommandon på distans via skript från Linux-distributioner som finns på WSL. I framtiden planerar Microsoft att utöka detta ekosystem genom att släppa fullt stöd för wslc compose-orkestrering, vilket möjliggör direkt kompatibilitet med befintliga branschstandardiserade compose.yaml-filer.
Slutligen, om du är intresserad av att lära dig mer, kan du hitta detaljerna på följande länk.