Docker Desktopin asentaminen ilman laitteistovirtualisointia

Docker Desktopin asentaminen ja käyttö Windowsissa, kun laitteistovirtualisointia ei ole käytössä (tai suorittimesi tai BIOSSe saattaa tuntua mahdottomalta tehtävältä, varsinkin jos olet katsonut kymmeniä tutoriaaleja, jotka olettavat, että sinulla on Hyper-V tai WSL2 käynnissä. Mutta on olemassa enemmän vivahteita: Windows-kontteja, Linux-kontteja, WSL2, Hyper-V, klassisia virtuaalikoneita… ja jokaisella yhdistelmällä on omat rajoituksensa.

Tässä oppaassa käymme rauhallisesti mutta suoraan läpi, mitä Docker Desktopilla voi ja ei voi tehdä ilman laitteistovirtualisointia.Mitä todellisia vaihtoehtoja sinulla on konttien ajamiseen Windowsissa, miten hyödyntää WSL2:ta ja "puhdasta" Docker Engineä Docker Desktopin välttämiseksi tarvittaessa ja mitä Tallenna Peli Voit hakea konttien kanssa kehitystyötä mukavasti VS Coden avulla, jopa vaatimattomilla laitteistoilla.

Kontit, Docker Desktop ja Docker Engine: Keskeiset käsitteet

Ennen virtualisointivaatimuksista keskustelemista on syytä selventää joitakin peruskäsitteitä.koska se, mitä pystyt tekemään koneellasi, riippuu niistä:

Kontti ei ole varsinaisesti virtuaalikone.Se jakaa ytimen isäntäjärjestelmän kanssa ja eristää prosessit, kirjastot ja tiedostojärjestelmän. Siksi Linux-kontit käyttävät isännän Linux-ydintä ja Windows-kontit käyttävät isännän Windows-ydintä, ellet lisää virtualisointikerrosta väliin.

Docker-moottori Se on Dockerin "oikea" moottori, Docker on palvelu, joka luo, hallinnoi ja ajaa säilöjä. Se toimii natiivisti Linuxissa ja sitä hallitaan komentorivin kautta. komennot Ja se on täysin ilmainen, ilman käyttörajoituksia, suunniteltu sekä kehitys- että tuotantokäyttöön.

Docker Desktop on työpöytäsovellus joka sisältää Docker Enginen sekä graafisen käyttöliittymän, Kubernetes-integraation, kehitystyökalut, resurssipaneelin, helpon konfiguroinnin jne. Windowsissa ja macOS:ssä se perustuu aina jonkinlaiseen virtualisointiin tarjotakseen Linux-ympäristön, jossa säilöt sijaitsevat.

Suurin ero Linuxin ja Windowsin välillä Tosiasia on, että Linuxissa Docker Engine voi toimia suoraan ytimessä ilman virtuaalikonetta niiden välissä, kun taas Windowsissa ja macOS:ssä Docker Desktop käyttää piilotettua Linux-virtuaalikonetta, joka joko luottaa WSL2:een tai Hyper-V:hen, mikä tarkoittaa laitteistotason virtualisoinnin tarvetta.

Lopuksi, Windows-kontit Ne voivat toimia kahdessa tilassa: prosessieristyksessä (jakamalla isännän Windows-ytimen) tai Hyper-V-tyylisessä eristyksessä (jokainen säilö toimii mini-virtuaalikoneen sisällä). Käytännössä useimmissa nykyaikaisissa Docker Desktopin Windows-tilanteissa virtualisointia käytetään lopulta jossain muodossa.

Voiko Windows-kontteja ajaa ilman Hyper-V:tä?

Tyypillinen kysymys on, onko mahdollista ajaa "puhtaita" Windows-kontteja ilman Hyper-V:tä.Tämä saavutetaan käyttämällä prosessien eristämistilassa vain isäntä-Windows-ydintä, jolloin vältetään laitteistovirtualisointi. Teoriassa prosessien eristäminen mahdollistaa juuri tämän: saman ytimen käytön ilman välissä olevaa hypervisoria.

Käytännön ongelmana on, että useimmat Docker Desktopin ja nykyaikaisten Windows-versioiden tukemat skenaariot Ne on suunniteltu toimimaan Hyper-V:n ja/tai WSL2:n kanssa. Jopa Windows-kontteja käytettäessä Docker Desktop on vahvasti riippuvainen Microsoftin virtualisointi-infrastruktuurista.

Yritetään ajaa Windows-kontteja ilman virtualisointia Se johtaa sinut hyvin rajoittavalle polulle: olet riippuvainen hyvin tietyistä Windows Serverin tai Windows 10/11:n versioista, tarvitset tiettyjä ominaisuuksia käyttöön, ja silloinkin käyttökokemus on hauras, monimutkainen konfiguroida ja kaukana siitä, mitä tavallinen Docker Desktop tarjoaa.

Lisäksi projekteja, kuten Docker for Windowsin suorittaminen Wine-ympäristössä Linuxissa He törmäävät melko karuun todellisuuteen: Docker Desktop ja Windowsin Docker-moottori odottavat pystyvänsä kommunikoimaan virtualisointikerrosten ja hyvin erityisten järjestelmärajapintojen kanssa. Wine ei toteuta kaikkea tätä luotettavasti, joten tämä idea on enemmän teoreettinen kokeilu kuin käyttökelpoinen ratkaisu.

Käytännön johtopäätös tässä vaiheessa: jos tavoitteenasi on Windows-konttien rakentaminen nykyaikaisella Windows-isännälläEnnemmin tai myöhemmin tarvitset virtualisointia (Hyper-V tai WSL2) toimivan ja tuetun käyttökokemuksen saamiseksi. Ilman sitä kaikesta tulee hyvin rajallisia kiertoteitä.

Vaihtoehtoja, jos tarvitset Dockeria Windowsissa ilman Docker Desktopia

Jos jostain syystä haluat tai sinun on vältettävä Docker Desktopin käyttöä Windows-isäntäkoneellaSinulla on useita kohtuullisia vaihtoehtoja laitteistostasi ja käyttämästäsi Windows-versiosta riippuen.

Klassisin vaihtoehto on luoda Linux-virtuaalikone Voit asentaa Linux-jakelun ja määrittää Docker Enginen sen sisällä käyttämällä työkaluja, kuten VMware Workstation, Oracle VirtualBox tai Microsoftin oma Hyper-V. Kaikki nämä ratkaisut vaativat kuitenkin edelleen laitteistovirtualisoinnin käyttöönoton BIOSissa.

VMware ja VirtualBox Ne toimivat hyvin, mutta ne kuuluvat yrityksille, joilla on kyseenalaisia ​​liiketoimintatapoja ja jokseenkin korkeat resurssikustannukset. Silti ne ovat erittäin kypsiä ratkaisuja, joissa on käyttäjäystävälliset hallintaliittymät ja paljon dokumentaatiota ja opetusohjelmia saatavilla verkossa.

Hyper-V Se on integroitu Windowsiin (Pro-versiot ja uudemmat), ilmainen ja erittäin vankka. Sen avulla voit luoda kevyitä virtuaalikoneita, joissa voit ottaa käyttöön Linuxin ja sen sisällä Docker Enginen. Se on erittäin houkutteleva vaihtoehto, jos sinulla on jo Windows Pro tai Enterprise ja haluat melko "virallisen" ympäristön ilman kolmannen osapuolen ohjelmistojen asentamista.

Yksinkertaisin vaihtoehto useimmille kotikäyttäjille ja kehittäjille tänä päivänä Se tarkoittaa WSL2:n (Windows Subsystem for Linux 2) käyttöä ja Docker Enginen suorittamista suoraan Linux-jakelussa. Tällä tavoin voit halutessasi unohtaa Docker Desktopin kokonaan, työskennellä Linux-komentoriviltä ja jatkaa Windows-työkalujesi käyttöä.

WSL2:n asentaminen ja valmistelu Windows 10:ssä ja Windows 11:ssä

WSL2:sta on tullut Microsoftin ja Dockerin suosittelema menetelmä työskennellä Linux-konttien kanssa Windowsissa, sekä Windows 10:ssä että Windows 10:ssä Windows 11Se tarjoaa oikean Linux-ytimen pakattuna pieneen, optimoituun virtuaalikoneeseen ja integroituu järjestelmään erittäin hyvin.

Tarkista ensin, että Windows-versiosi on yhteensopiva. Lehdistö WIN+R, kirjoittaa winver ja tarkista tiedot:

• Windows 10 Sen on oltava vähintään versio 1903 ja koontiversio 18362.1049 tai uudempi.
• Windows 11 Se on yhteensopiva kaikkien nykyisten versioiden kanssa.

Tarkista seuraavaksi, onko laitteistovirtualisointi käytössä.. Avaa Tehtäväpäällikkö, siirry välilehteen Suorituskyky, Valitse prosessori Ja katso tietolohkoa: siinä pitäisi lukea ”Virtualisointi: käytössä”.

Jos se näkyy poissa käytöstä poistettuna ja suorittimesi tukee virtualisointiaSinun on mentävä emolevyn UEFI/BIOSiin ja otettava virtualisointiasetukset käyttöön (Intel VT-x, AMD-V tai vastaava). Jos prosessorisi on erittäin vanha tai valmistaja on estänyt sen, tämä on fyysinen rajasi.

WSL2-ominaisuuksien käyttöönotto Windowsissa, Lehdistö WIN+R, kirjoittaa optionalfeatures Ja tarkista ominaisuusikkunassa nämä kaksi merkintää:

• Virtual Machine Platform
• Windows Subsystem for Linux

Anna Windowsin ladata ja asentaa tarvittavat komponentit.Kun se on valmis, sinua pyydetään käynnistämään uudelleen. Tee niin, koska ilman uudelleenkäynnistystä WSL2 ei tule käyttöön oikein.

Kun järjestelmä käynnistyy uudelleen, avaa Komentorivi järjestelmänvalvojan oikeuksilla (etsi Käynnistä-valikosta ”Komentokehote” > napsauta hiiren kakkospainikkeella > Suorita järjestelmänvalvojana) ja suorita:

wsl --set-default-version 2

Sitten se päivittää WSL2-ytimen uusimpaan saatavilla olevaan versioon, jossa on:

wsl --update --web-download

Asennettavien Linux-jakelujen tarkistaminen, listaa verkossa saatavilla olevat:

wsl --list --online

Yleinen suositus aluksi Kyse on uusimman Ubuntu LTS -version käytöstä.koska useimmat dokumentit ja esimerkit perustuvat siihen. Esimerkiksi Ubuntu 24.04 LTS:n asentaminen:

wsl --install --web-download --distribution Ubuntu-24.04

Kun distron asennus on valmis, ikkuna avautuu automaattisesti terminaali Se pyytää sinua luomaan käyttäjätunnuksen ja salasanan kyseiselle Linux-järjestelmälle. Valitse suojatut tunnistetiedot; mieluiten niiden ei tulisi vastata Windows-tiliäsi.

Jos haluat optimoida distron virtuaalilevyn käyttämän tilan,Voit määrittää sen "sparse"-tilaan (dynaaminen) Windowsin komentokehotteesta:

wsl --manage Ubuntu-24.04 --set-sparse true

Tästä eteenpäin sinulla on täydellinen Linux-ympäristö, joka toimii Windowsin "sisällä".Voit käyttää sitä milloin tahansa suorittamalla wsl alkaen CMD, PowerShell tai Windowsin pääteohjelman avulla, joka luo myös profiilit jokaiselle asennetulle jakelulle.

Asenna Docker Engine WSL2:een ilman Docker Desktopia

Kun Linux-jakelu toimii WSL2:n alaisuudessa, seuraava vaihe on asentaa Docker Engine suoraan sinne.Tämä välttää ylimääräisen Docker Desktop -kerroksen. Se antaa lähes natiivin suorituskyvyn ja monissa tapauksissa yksinkertaistaa asioita, jos et tarvitse graafista käyttöliittymää.

Käynnistä Ubuntu WSL2:ssa ja päivitä ensin pakettiluettelo varmistaaksesi, että kaikki on ajan tasalla:

sudo apt-get update

Asenna perusriippuvuudet toimiaksesi HTTPS-tietovarastojen kanssa ja hallinnoi kolmannen osapuolen GPG-avaimia:

sudo apt-get install ca-certificates curl

Luo hakemisto, johon tallennat virallisen Docker-arkiston GPG-avaimen ja lataa avain:

sudo install -m 0755 -d /etc/apt/keyrings
sudo curl -fsSL https://download.docker.com/linux/ubuntu/gpg -o /etc/apt/keyrings/docker.asc
sudo chmod a+r /etc/apt/keyrings/docker.asc

Lisää virallinen Docker-arkisto Ubuntulle järjestelmäsi arkkitehtuurin ja koodinimen avulla:

echo "deb [arch=$(dpkg --print-architecture) signed-by=/etc/apt/keyrings/docker.asc] https://download.docker.com/linux/ubuntu \
$(. /etc/os-release && echo "$VERSION_CODENAME") stable" | \
sudo tee /etc/apt/sources.list.d/docker.list > /dev/null

Päivitä repositoriot uudelleen nyt, kun olet lisännyt Docker-lähdekoodin ja asenna moottori työkaluillasi:

sudo apt-get update
sudo apt-get install docker-ce docker-ce-cli containerd.io docker-buildx-plugin docker-compose-plugin

Jotta vältytään aina sudon käyttämiseltä Docker-komentojen kanssaLisää Linux-käyttäjäsi ryhmään docker:

sudo usermod -aG docker $USER

Kirjaudu ulos jakelusta ja kirjaudu takaisin sisään (tai sulje WSL-ikkuna ja avaa se uudelleen), jotta ryhmän muutokset tulevat voimaan. Jos kaikki meni hyvin, voit suorittaa seuraavat komennot:

docker info
docker run --rm hello-world

Jos näet Dockerin tervetuloviestin, Linux-konttiympäristösi on jo käytössä WSL2:ssa.täysin riippumaton Docker Desktopista ja erittäin pienellä resurssien kulutuksella.

Käytä Docker Desktopia WSL2-taustajärjestelmän kanssa Hyper-V:n sijaan

Jos haluat mieluummin "työpöytäversion", jossa on graafinen käyttöliittymä ja ohjatut toiminnotVoit jatkaa Docker Desktopin käyttöä, mutta määritä, että se käyttää taustajärjestelmänä WSL2:ta Hyper-V:n sijaan. Tämä on erityisen hyödyllistä Windows 10 Homessa, jossa täysi Hyper-V ei ole käytettävissä.

Lataa Docker Desktop Dockerin viralliselta verkkosivustolta ja suorita asennusohjelma. Jos järjestelmäsi tukee molempia, se kysyy prosessin aikana, haluatko käyttää WSL2:ta vai Hyper-V:tä. Useimmissa kehitystilanteissa suositus on valita WSL2.

Kun Docker Desktop on asennettu, käynnistä se Käynnistä-valikosta.Kun Docker-kuvake ilmestyy ilmaisinalueelle (se saattaa olla piilotettujen kuvakkeiden valikossa), napsauta sitä hiiren kakkospainikkeella ja kirjoita... Asetukset.

Varmista asetusten Yleiset-osiossa, että ”Käytä WSL 2 -pohjaista moottoria” -valintaruutu on valittuna.koska se käskee Docker Desktopin luottamaan WSL2:een Linux-konttien suorittamiseen.

Asetukset > Resurssit > WSL-integraatioNäet luettelon asennetuista WSL2-jakeluista. Ota integraatio käyttöön niissä jakeluissa, joissa haluat käyttää Dockeria (esimerkiksi Ubuntu 24.04). Tästä eteenpäin voit käynnistää säilöjä kyseisestä jakelusta Docker Desktopin hallinnoiman Docker Enginen avulla.

Varmistaaksesi, että kaikki on kunnossa, avaa pääte WSL-jakelussasi. ja suorita:

docker --version
docker run hello-world

Jos testisäiliö toimii ongelmitta, Docker Desktop toimii WSL2-taustajärjestelmän kanssa.Näin voit yhdistää graafisen käyttöliittymän, helpon kuvien hallinnan ja WSL2:n kohtuullisen hyvän suorituskyvyn.

Hyper-V virtualisointivaihtoehtona Docker Desktopille

Järjestelmissä, joissa on Windows 10/11 Pro tai Enterprise ja saatavilla oleva laitteistovirtualisointiToinen vaihtoehto on antaa Docker Desktopin käyttää Hyper-V:tä suoraan sisäisen Linux-virtuaalikoneesi virtualisointimoottorina.

Hyper-V on Microsoftin alkuperäinen hypervisorSe on saatavilla sekä Windows Server- että Windowsin työpöytäversioissa. Dockerissa se toimii isäntänä kevyelle virtuaalikoneelle, jolla Docker Engine ja koko säilöpino toimivat.

Ota Hyper-V käyttöön palaamalla Windowsin ominaisuuspaneeliin. (Ohjauspaneeli > Ohjelmat > Ohjelmat ja toiminnot > Ota Windowsin ominaisuudet käyttöön tai poista ne käytöstä) ja valitse ruutu Hyper-VJos sinua pyydetään, pidä ISO-tiedosto käsillä tai anna Windowsin ladata komponentit.

Käynnistä uudelleen ja asenna Docker Desktop for Windows uudelleenkäynnistyksen jälkeen.Ohjatun toiminnon aikana poista valinta vaihtoehdosta, joka käyttää WSL2:ta taustajärjestelmänä, ja jätä Hyper-V:n käyttö käyttöön. Asennusohjelma luo Docker-virtuaalikoneen Hyper-V:hen ja määrittää tarvittavat palvelut.

Kun käynnistät Docker Desktopin uudelleenKirjaudu sisään Docker-tililläsi (ilmainen henkilökohtaiseen ja pienyrityskäyttöön) ja täytä lyhyt tervetulokysely. Jos havaitset virheitä tavaratila Tarkista moottorin osalta, että Hyper-V on otettu käyttöön oikein etkä ole toisen virtuaalikoneen sisällä ilman sisäkkäistä virtualisointia.

Docker Desktopin käyttöliittymästä näet konttiesi suorittimen ja muistin käytön.Lataa levykuvia Hubista, käynnistä säilöjä integroidusta hausta ja yleensä säädä sitä tuskin koskematta komentoriviin. Kustannuksena on kuitenkin se, että se on täysin riippuvainen Hyper-V:n laitteistovirtualisoinnista.

Docker Desktopin vaatimukset Windowsissa ja rajoitukset ilman virtualisointia

Docker Desktop Windowsissa edellyttää tarkoituksella virtualisoinnin käyttöönottoa.Käytitpä sitten Hyper-V:tä tai asennat pientä WSL2-ympäristöä sen Linux-ytimellä, tämä vaatimus ei ole mielivaltainen: Linux-kontit tarvitsevat Linux-ytimen, ja Windowsissa voit tarjota sen vain virtuaalikoneen kautta.

Tyypilliset vähimmäisvaatimukset Docker Desktopin asentamiseksi Windows 10:ssä Niihin kuuluvat:

• 64-bittinen suoritin ja SLAT ja otti käyttöön laitteistovirtualisoinnin tuen.
• Vähintään 4 Gt RAM-muistia jotta järjestelmä ja säiliöt voivat hengittää.
• Windows 10 Home, Pro tai Enterprisetai vastaava Windows 11.
• 20 Gt tai enemmän levytilaa itse työkalulle, kuville ja tilavuuksille.
• Hyper-V tai WSL2 aktivoitu Windows-version mukaan.

Windows 10 Homessa Docker Desktopia voi käyttää vain WSL2-taustajärjestelmän kanssa.Koska täyttä Hyper-V:tä ei ole mukana, Pro- ja Enterprise-versioissa voit valita, mutta tällä hetkellä WSL2 on yleensä joustavin vaihtoehto, jolla on paras integraatio kehitystä varten.

Jos laitteistovirtualisointi ei ole käytettävissä tai käytössäTilanne mutkistuu: Docker Desktop ei käynnisty oikein, ja vaikka kokeilisitkin kiertoteitä, työskentelet työkalun oletusrakenteen vastaisesti. Tässä tapauksessa ratkaisu on yleensä käyttää toista konetta, Linux-etäpalvelinta tai ainakin pilvivirtuaalikonetta.

Dockerin ja WSL2:n integrointi Visual Studio -koodiin ja etäkontteihin

Kun kontit ovat käynnissä (joko Docker Enginellä WSL2:ssa tai Docker Desktopilla)Kätevin tapa kehittää on yleensä Visual Studio Codella ja sen etäympäristöihin tarkoitetuilla laajennuksilla.

Ensimmäinen vaihe on asentaa ”WSL”-laajennus VS CodeenTämän laajennuksen avulla voit avata Linux-jakelussasi (esimerkiksi Ubuntussa WSL2:ssa) olevia kansioita suoraan VS Codessa ilman polkujen, käyttöoikeuksien tai yhteensopimattomien binaarien aiheuttamia ongelmia.

Asenna myös ”Dev Containers” -laajennusSen ansiosta voit avata projektisi Docker-kontin sisällä ja tehdä siitä kontin täydellisen kehitysympäristösi: riippuvuudet, Python-version, Noden, .NETin jne., kaikki kapseloituna.

Lisää lopuksi VS Coden ”Docker”-laajennus voida hallita kuvia, säilöjä, lokeja ja käyttöönottoja editorin omasta käyttöliittymästä sivupaneeleilla ja kontekstuaalisilla komennoilla.

Tyypillinen työnkulku olisi kloonata projekti WSL2-jakeluun., esimerkiksi:

git clone https://github.com/<usuario>/mi-proyecto.git
cd mi-proyecto

Sieltä käynnistät VS Coden osoittamalla projektikansioon. kanssa:

code .

Valitse VS Coden komentopaletista (Ctrl+Shift+P) ”Dev Containers: Reavaus in Container” niin, että projekti avautuu uudelleen Docker-kontissa, joka on määritelty konfiguraatiossa .devcontainerJos sitä ei ole, laajennus ehdottaa malleja projektin tyypin (Python, Node, .NET jne.) perusteella.

Kun säilö on rakennettu ja toimii, sinulla on puhdas ja toistettavissa oleva kehitysympäristö.Sen avulla voit debugata, suorittaa testejä, käynnistää kehityspalvelimen ja avata sen Windows-selaimessa aivan kuin se olisi paikallinen sovellus.

Yleisiä ongelmia ja niiden ratkaiseminen

Jos olet koskaan kokeillut Docker for WSL:n esikatseluversioitaSinulla voi olla Docker-konteksti nimeltä wsl joka on jo vanhentunut ja voi aiheuttaa virheitä, kuten ”open //./pipe/docker_wsl: Järjestelmä ei löydä määritettyä tiedostoa”.

Tarkistaaksesi käytettävissä olevat kontekstit, suorita:

docker context ls

Jos näet sellaisen nimeltä wslVoit poistaa sen täysin mielenrauhalla. käyttämällä:

docker context rm wsl

Toinen usein päänvaivaa aiheuttava seikka on Dockerin datan tallennuspaikan paikantaminen WSL2:ta käytettäessä.Yleensä näet jotain tällaista:

• \wsl$\docker-desktop
• \wsl$\docker-desktop-data

Voit tutkia niitä Windowsin ResurssienhallinnassaAvaa pääte WSL-jakelussasi ja suorita:

explorer.exe .

Jos navigoit reitille \\wsl\<Distro>\mnt\wsl (korvaa <Distro> oikealla nimellään, esim. Ubuntu-24.04), sinun pitäisi nähdä kansiot, joihin Docker Desktop tallentaa kuvakerroksia ja -taltioita.

Kun Docker Desktop ei käynnisty tai "jumiutuu"Se liittyy lähes aina johonkin näistä seikoista: virtualisointi on poistettu käytöstä BIOSissa, vioittuneet Hyper-V-palvelut, vanhentunut WSL2 tai ristiriidat toisen virtualisointityökalun kanssa, joka haluaa myös hallita VT-x/AMD-V:tä.

Mitä tehdä, jos laitteistosi ei tue laitteistovirtualisointia

Jos BIOSin ja dokumentaation tarkastelun jälkeen huomaat, että tietokoneesi ei todellisuudessa tue laitteistovirtualisointiaMahdollisuudet ovat huomattavasti pienemmät, ja erityisesti Docker Desktop ei ole käyttökelpoinen vaihtoehto Windowsissa.

Siinä tapauksessa järkeviin ratkaisuihin kuuluu toisen koneen tai pilven käyttö.Pieni Linux-palvelin paikallisverkossasi, halvan pilvipalveluntarjoajan instanssi tai jopa uudempi kannettava tietokone, jossa on VT-x/AMD-V. Windows-koneeltasi voit muodostaa yhteyden SSH ja käytä siellä Docker Engineä.

Voit myös seurata "ohjelmisto"-virtualisointireittiä hyvin vanhoilla työkaluilla tai kokeellisilla kokoonpanoilla.Suorituskyky on kuitenkin heikko ja vakaus kyseenalainen. Se saattaa toimia hyvin yksinkertaisessa oppimisympäristössä, mutta missään edes etäisesti vakavammassa tapauksessa on parasta olla luottamatta tällaiseen ratkaisuun.

Lyhyesti sanottuna, jos näytönohjaimesi on kunnollinen, mutta suorittimesi ei tue virtualisointia, olet pulassa.Voit jatkaa työskentelyä paikallisilla kehitystyökaluilla ja varata Dockerin ja säilöt etäympäristöön. Se ei ole yhtä kätevää, mutta ainakin sinulla on yhteensopiva ja helposti ylläpidettävä ympäristö.

Kohtuullisen Docker Desktop -ympäristön asentaminen ilman aktiivista laitteistovirtualisointia Windowsissa on erittäin rajoitettua työkalun suunnittelun ja virtuaalikoneessa olevan Linux-ytimen tarpeen vuoksi.Yhdistämällä WSL2:n, Linuxin natiivin Docker Enginen, integroinnin Visual Studio Coden kanssa ja laitteiston salliessa Hyper-V:n tai WSL2:n Docker Desktop -taustajärjestelmänä, voidaan saada tehokas, joustava ja melko kevyt konttiympäristö jopa kotikoneilla, edellyttäen, että laitteistovirtualisointi ei ole enää valinnainen, vaan käytännössä lähtökohtainen vaatimus.