WSL 3.0 er utgitt og kommer med innebygd støtte for containere og «wslc» CLI.

Viktige punkter:
  • Introduksjon av wslc og SDK API-et for å administrere hele livssyklusen til Linux-containere på Windows.
  • Øktisolering ved bruk av wslcsession.exe-underprosesser og separat VHD-lagring per bruker.
  • Standardfilsystemet virtiofs dobler lese- og skrivehastigheten mellom operativsystemer.
  • Integrering av bedriftssikkerhet med Microsoft Intune-policyer og overvåking via Microsoft Defender for Endpoint.
WLS

WLS er et kompatibilitetslag utviklet av Microsoft for å kjøre Linux-kjørbare på Windows.

Microsoft annonserte nylig den generelle tilgjengeligheten av WSL 3.0, en oppdatering som posisjonerer Windows som en omfattende utviklingsplattform for containerbaserte og AI-drevne arbeidsbelastninger.

Hovedinnovasjonen i denne utgivelsen er introduksjonen av kommandolinjeverktøyet «wslc» (WSL Containers) og det innebygde aliaset «container.exe». Dette verktøyet, sammen med et komplementært SDK API kompatibelt med C++ og C#/WinRT, lar utviklere og innebygde Windows-applikasjoner opprette, kjøre og administrere Linux-containere uten å være avhengige av tredjeparts virtualiseringsmiljøer.

De viktigste nye funksjonene i WSL 3.0

Verktøyet «wslc» dekker hele containerens livssyklus, og tillater operasjoner som å opprette, starte, stoppe, eksportere og inspisere systembilder , samt begrense CPU- og minneressursene som er tildelt hver instans. Innen nettverksområdet muliggjør den nye versjonen opprettelse av tilpassede virtuelle nettverk, tilkobling av containere til flere nettverk og portvideresending . Videre kan utviklere samhandle med virtuelle harddisker (VHD-er), konfigurere standard lagringsbaner og dele Windows-kataloger direkte i monterte Linux-containere.

For analyse og observerbarhet introduserer WSL 3.0 kommandoen «wslc logs» og sanntids hendelsesovervåking , som gir detaljert statistikk og uthevet utdata fra containeraktivitetslogger. Integrasjon på operativsystemnivå styrkes ved å la uprivilegerte brukere få tilgang til grafikkprosessorer (GPU-er) fra containeren, noe som muliggjør akselerert utførelse av AI-modeller og lokalt utviklede grafikkverktøy.

Isolasjon og optimaliserte nettverk

I motsetning til tradisjonelle virtualiseringsarkitekturer, distribuerer WSL 3.0 containere ved hjelp av de forhøyede rettighetene til Windows-tjenesten « wslservice.exe ». For å sikre isolasjon starter imidlertid denne tjenesten sekundære prosesser kalt «wslcsession.exe», som kjører under tillatelsene til den gjeldende systembrukeren. Disse øktene er strengt separate; hver er tilordnet sin egen virtuelle harddisk (VHD), som som standard ligger i brukerens katalog (`%AppData%\Local\wslc\sessions`).

Nettverksytelse og kompatibilitet er forbedret, ettersom tilgang på tvers av filsystemer nå bruker virtiofs-teknologi som standard , som tilbyr lese- og skrivehastigheter opptil dobbelt så raske sammenlignet med tradisjonell Windows-filtilgang.

Når det gjelder kommunikasjon, introduseres nettverksmodusen «consumme». Denne modusen forbedrer interoperabiliteten ved å rute Linux-nettverkstrafikk direkte gjennom Windows-nettverksgrensesnitt, slik at containerapplikasjoner kan samhandle sømløst med eksisterende virtuelle private nettverk (VPN-er), bedriftsproxyer og bedriftens sikkerhetspolicyer.

For å legge til rette for adopsjonen av WSL 3.0 i produksjonsmiljøer har Microsoft distribuert styringskontroller gjennom Microsoft Intune og Microsoft Defender for Endpoint (MDE). IT-administratorer kan nå bruke MDE til å overvåke prosesser, nettverk og filer i WSL-containere, og korrelere disse aktivitetene med vertssystemet for enhetlig sikkerhetsanalyse. I tillegg tillater Intune-policyer deaktivering av tilgang til containere eller konfigurering av "loggtillatelseslister", noe som tvinger utviklingsteam til å hente bilder kun fra verifiserte databaser.

Økosystemet av verktøy som er kompatible med wslc utvides raskt takket være bidrag fra fellesskapet. Visual Studio Code-editoren støtter nå wslc som standarddriver gjennom utvidelsen «Dev Containers», noe som gjør det enklere å kompilere kildekode eksternt.

På samme måte kan verktøy som Aspire bruke WSL 3.0 som sitt primære kjøretidsmiljø. I tillegg til kommandolinjegrensesnittet kan utviklere administrere den lokale infrastrukturen ved hjelp av visuelle applikasjoner som den terminalbaserte «Lazywslc», skrivebordsapplikasjonen «WinUI 3 WSL Container Desktop», eller aktivere kommandoer eksternt via skript fra Linux-distribusjoner som ligger på WSL. I fremtiden planlegger Microsoft å utvide dette økosystemet ved å gi ut full støtte for wslc compose-orkestrering, noe som muliggjør direkte kompatibilitet med eksisterende bransjestandard compose.yaml-filer.

Til slutt, hvis du er interessert i å lære mer, kan du finne detaljene på følgende lenke.


Legg til som foretrukket kilde i Google