Kuidas luua virtuaalset IT-tööruumi

See artikkel põhineb peatükil minu tasuta veebikirjas Solving for Technology: kuidas kiiresti omandada väärtuslikke uusi oskusi hullupööra muutuvas tehnoloogiamaailmas. Minu Bootstrap IT-saidil on palju muud, sealhulgas lingid minu raamatule, Linuxis tegevuses ja hübriidkursusele nimega Linux in Motion, mis koosneb enam kui kahetunnisest videost ja umbes 40% Linuxi tekstist tegevuses.

Kas olete kunagi uue tehnoloogia testimisel oma tööjaama või peamist sülearvuti täielikult hostinud? Või on teil installitud nii palju pakette ja nende sõltuvusi, et teil pole enam aimugi, mis paneb teie eksperimendid õnnestuma või ebaõnnestuma?

Virtualiseerimine võib pakkuda teile puhta, kiire ja kerge keskkonna, kus saate oma südame sisu proovile panna. Te ei ole piiratud ainult teie hostmasinas töötava opsüsteemiga, nii et see on ka suurepärane viis näha, kuidas asjad toimivad mitmel platvormil.

Kui olete lõpetanud või kui kõik variseb kuulsusrikkalt kokku, saate oma keskkonna lihtsalt tappa ja uue asemele panna. Kahju pole tehtud.

Selles artiklis uurin VirtualBoxi ja Linuxi konteinereid (LXC-sid) kui tööriistu, mis võimaldavad hõlpsasti replitseeritavaid ja jagatavaid virtuaalseid opsüsteemikeskkondi. Ma lõpetan mõne mõttega koodi kirjutamise ja tarkvara virnade loomise kohta otse virtuaalses keskkonnas

VirtualBox

Ütle siis "tere" Oracle'i tasuta VirtualBoxi platvormidevahelise hüperviisori tootele ja eriti mõnele keerukamale nipile, kuidas oma (tasuta) investeeringult rohkem väärtust välja pigistada. VirtualBox on midagi, mida saate kasutada mis tahes opsüsteemis virtualiseeritud arvutite loomiseks, mis töötavad peaaegu kõigi Windowsi või Linuxi maitsetega.

Peate ikkagi saama litsentsi iga Windowsi pildi jaoks, mida otsustate käitada, kuigi üldiselt saate vabalt installida ja kasutada koopiaid ilma litsentsi aktiveerimata umbes kuu aega.

Kui olete juba lugenud minu raamatut Linuxi tegevuses ja osa sellest materjalist tundub natuke tuttav, siis sellepärast, et see peatükk on 2. peatüki Linuxi vähendatud versioon. Sisu on tehtud kättesaadavaks Manning Publicationsi lahkel loal.

VirtualBoxiga alustamine

VirtualBox pakub keskkonda, kus saate käivitada nii palju virtuaalseid arvuteid, kui teie füüsilise süsteemi ressursid saavad hakkama. Ja muidugi, see on eriti kasulik vahend uute haldusoskuste ohutuks testimiseks ja õppimiseks - see on praegu meie peamine eesmärk.

VirtualBoxi installimine

Kas soovite seda kõike Windowsi arvutist proovida? Minge üle VirtualBoxi veebisaidile ja laadige alla käivitatav arhiiv. Klõpsake allalaaditud failil ja töötage seejärel läbi mõned installimistoimingud (kõik vaikeväärtused peaksid töötama). Lõpuks küsitakse teilt, kas teil on võrguliideste võimaliku lähtestamisega kõik korras ja kas soovite installida VirtualBoxi. Muidugi olete ja teete.

Veel lihtsam on VirtualBoxi installimine Ubuntu Linuxi masinasse. Ainult kaks käsku:

sudo apt värskendus
sudo apt install virtualbox

Virtuaalse masina määratlemine

Ma pole kindel, kas olete kunagi füüsilise arvuti komponentidest kokku pannud, kuid sellega saab kaasa lüüa. Uue virtuaalse masina määratlemine VirtualBoxis toimib peaaegu samamoodi. Ainus oluline erinevus on see, et selle asemel, et hammaste vahele kokku tõmmatud taskulambiga kätele ja põlvedele alla minna, et RAMi ja mäluseadme käsitsi oma kasti lisada, võimaldab VirtualBox teil määratleda oma VM-i riistvara andmed, klõpsates oma hiir.

Pärast VirtualBoxi liideses uue klõpsamist annate VM-le, mida kavatsete luua, kirjeldava nime ja nagu näete jooniselt, peaks tarkvara suutma väljad Tüüp ja Versioon automaatselt õigesti täita. Siin valitud tüüp ja versioon ei installi tegelikku opsüsteemi, vaid neid kasutatakse lihtsalt sobivate riistvara imiteerimise sätete rakendamiseks.

Dialoog Loo virtuaalmasin: VirtualBox proovib teie OS-i ja selle versiooni ära arvata, et hiljem intelligentseid vaikimisi valikuid pakkuda

Järgmisel ekraanil eraldate RAM-i teie VM-ile. Kui te ei kavanda midagi eriti nõudlikku (nt konteinerite sülemi majutamine või hõivatud veebiserveri käitamine), peaks vaikesumma (768 MB) olema korras. Võite sellele vajaduse korral rohkem mälu anda, kuid ärge unustage jätta oma masinale ja muudele VMidele, mis sellel juba elavad, piisavalt ruumi. Nii et kui teie hostil on ainult 4 GB füüsilist RAM-i, siis ei taha te tõenäoliselt arvata, et pool sellest annaksite oma VM-ile.

Pidage neid piiranguid meeles, kui otsustate lõpuks korraga käivitada mitu VM-i - midagi, mis on kasulik keerukamate infrastruktuuriprojektide testimiseks. Isegi kui iga VM kasutab ainult vaikimisi mälu, võivad kaks või kolm neist RAM-i sööma hakata, mis on vajalik tavapärasteks hostitoiminguteks.

Virtuaalse kõvaketta määratlemine

Mis on arvuti ilma kõvakettata? VirtualBoxi seadistusprotsess küsib nüüd, kas soovite luua oma VM-i jaoks uue virtuaalse ketta või kasutada juba olemasolevat. Võib juhtuda, et soovite jagada ühte ketast kahe VM-i vahel, kuid selle treeningu jaoks arvan, et soovite alustada nullist. Nii valige “Loo virtuaalne kõvaketas kohe”.

Järgmisel ekraanil saate valida loodava ketta kõvaketta failivormingu. Kui te ei kavatse plaati lõpuks eksportida, et seda mõnes muus virtualiseerimiskeskkonnas kasutada, töötab VirtualBoxi vaikevorming (VDI) vaikselt.

Ma pole kunagi kahetsenud ka vaikevaliku „Dünaamiliselt eraldatud” kasutamist, et teha kindlaks, kuidas virtuaalne draiv hostil ruumi võtab. „Dünaamilise” all tähendavad nad seda, et hostmassi kettale eraldatakse ruumi VM-i ainult vajaduse korral. Kui VM-ketta kasutamine jääb madalaks, eraldatakse vähem hostiruumi.

Fikseeritud suurusega kettale antakse seevastu kohe täielik maksimaalne ruumi maht, sõltumata sellest, kui palju see tegelikult kasutab. „Fikseeritud suurusega” ainus eelis on rakenduse jõudlus, kuid kuna ma kasutan üldiselt testimiseks ja katsetamiseks ainult VirtualBoxi VM-e, on mul hea meel seda vältida.

Kui VirtualBox teab, et teie Linux on teie järel - ja kuna Linux kasutab salvestusruumi nii tõhusalt - pakub VirtualBox teile järgmisel ekraanil tõenäoliselt ainult 8 GB ketta kogumahtu (näidatud allpool). Kui teil pole VM-i kohta ebaharilikult suuri plaane (näiteks ütleme, et hakkate tegelema mõne tõsise andmebaasitoiminguga), on see tõenäoliselt hästi. Teisest küljest, kui oleksite operatsioonisüsteemiks valinud Windowsi, oleks vaikevalik olnud 25 GB ja seda mõjuval põhjusel: Windows ei häbene palju ressursse nõuda. See on suurepärane näide sellest, kuidas Linux sobib virtuaalsetes keskkondades nii hästi.

Vajadusel võib teie virtuaalne ketas olla nii suur kui 2 TB - või maksimaalselt vaba ruumi hostmasinas

Sellel ekraanil saate redigeerida ka nime ja asukohta, mida VirtualBox teie ketta jaoks kasutab.

Kui olete lõpetanud, klõpsake nuppu Loo ja uus VM ilmub VirtualBoxi halduri vasakus servas olevate VM-ide loendisse. Nautige edu maitset, kuid te pole seda veel teinud: see oli lihtsalt masin. Nüüd vajate selle ellu viimiseks opsüsteemi.

Operatsioonisüsteemi allalaadimine

Nüüd, kui olete määratlenud oma uue VM-i virtuaalse riistvara profiili, peate tegema veel järgmist:

  • Laadige alla fail (ISO-vormingus), mis sisaldab teie kasutatava opsüsteemi pilti.
  • Käivitage uus VM virtuaalse DVD-draivi abil, mis sisaldab teie allalaaditud ISO-d
  • Töötage läbi standardse OS-i installiprotsessi
  • Käivitage VM ja käivitage äsja installitud OS

Peate alla laadima .ISO-faili, mis sisaldab opsüsteemi faile ja installiprogrammi. Õige faili leidmine on tavaliselt ainult levitamisnime ja sõna “allalaadimine” otsimine Internetist. Ubuntu puhul võite ka minna lihtsalt ubuntu.com lehele ja klõpsata vahekaardil Allalaadimised, nagu näete joonisel. Pange tähele erinevaid Ubuntu maitseid, mis on saadaval. Kui kasutate seda VM-i administreerimisülesannete jaoks, on väike ja kiire serveriversioon tõenäoliselt parem valik kui töölaud.

Ubuntu.com avalehe rippmenüü Allalaadimised. Pange tähele Ubuntu pakutavate versioonide valikut

Kinnitage allalaaditud ISO-arhiiv

Mahukad failid võivad mõnikord allalaadimise käigus rikkuda. Kui teie .ISO-s on isegi ühte baiti muudetud, on tõenäoline, et install lihtsalt ei tööta. Kuna te ei soovi investeerida aega ja energiat ainult selleks, et avastada, et allalaadimisega on probleeme, on alati hea mõte arvutada kohe alla laaditud .ISO kontrollsumma (või räsi), et kinnitada, et kõik on nagu see oli.

Selleks peate hankima vastava SHA või MD5 kontrollsumma - see on pikk string, mis näeb välja umbes selline:

4375b73e3a1aa305a36320ffd7484682922262b3

Ubuntu puhul tähendab selle hankimine veebilehele releases.ubuntu.com minemist, klõpsates allalaaditud versioonile vastaval kataloogil ja seejärel klõpsates ühte kontrollsumma linkidele (nagu näiteks SHA1SUMS).

Te peaksite võrdlema selle lehe sobivat stringi käsu tulemustega, mis käivitatakse samast kataloogist kui teie allalaaditud .ISO, mis võib välja näha järgmine:

$ shasum ubuntu-16.04.2-server-amd64.iso

Kui need vastavad, siis olete ettevõttes. Kui neid pole - ja olete kaks korda kontrollinud, et vaadata õiget versiooni, siis peate võib-olla teise faili alla laadima.

Operatsioonisüsteemi installimine

Kui teie .ISO-fail on paigas, minge tagasi VirtualBoxi. Kui äsja loodud VM on vasakpoolsel paneelil esiletõstetud, klõpsake rakenduse ülaosas rohelisel nupul Start. Teil palutakse valida failisüsteemist .ISO-fail virtuaalse DVD-draivina kasutamiseks. Loomulikult valite selle, mille äsja alla laadisite. Uus VM loeb seda DVD-d ja käivitab OS-i installimise.

Enamasti läheb paigaldusprotsess hästi. Kõigile paljudele väikestele asjadele, mis võivad valesti minna, lahenduste kirjeldamine eeldaks aga artiklite täielikku läbilöömist. Nii et kui teil on probleeme, võite tutvuda oma opsüsteemi jaoks saadaolevate dokumentide ja juhenditega või jagada oma küsimust veebiringkondadega.

Kui kõik on kenasti installitud, võib veel olla veel mõned asjad, mille eest hoolt kanda, enne kui saate oma VM-i edukalt alglaadida. Kui teie VM-i kirje on esiletõstetud, klõpsake kollast seadete ikooni. Siin saate mängida oma VM-i keskkonna ja riistvaraseadetega.

Näiteks nupul Võrk klõpsates saate määratleda võrguühenduse. Kui soovite, et teie VM-il oleks täielik juurdepääs Interneti-aadressile hostimasina võrguliidese kaudu, siis nagu allpool näidatud, saate rippmenüüst Attached valida „Bridged Adapter” ja seejärel oma hostinimiini adapteri nime.

Seadete ekraani võrgukaart. Saate määrata, millist tüüpi võrguliidest või liideseid teie VM-i kasutada
Sillatud adapteri kasutamine ei pruugi alati olla teie esimene valik ja see võib mõnikord põhjustada turvariski. Tegelikult on „NAT-võrgu” valimine tavalisem viis VM-i Interneti-ühenduse pakkumiseks. Sillatud võrk on aga lihtsaim viis täieliku võrguühenduse saamiseks, nii et vähemalt testimiseks on see kasulik lähenemisviis.

Need järgmised jaotised on natuke boonus-y, kuid kellele ei meeldi tasuta kraam? Ma räägin teile kahest seotud nipist: kuidas korraldada oma VirtualBoxi VM-id nii, et uute tekitamine oleks võimalikult kiire, ja kuidas kasutada käsurida virtuaalmasinate jagamiseks võrgus.

VM-ide kloonimine kiireks käivitamiseks

VM-idega töötamise üks ilmsemaid eeliseid on võimalus kiiresti juurde pääseda värskele ja puhtale OS-i keskkonnale. Kuid kui sellesse keskkonda pääsemiseks on vaja läbi viia täielik installiprotsess, siis ei näe ma palju "kiiresti".

Kuni te st kloonite segu. Miks mitte hoida algne VM puhtas installimisjärgses olekus ja luua lihtsalt identne kloon alati, kui soovite mõnda tõelist tööd teha?

See on lihtne. Vaadake veelkord VirtualBoxi rakendust. Valige (peatatud) VM, mida soovite kasutada põhikoopiana, klõpsake linki Masina menüü ja seejärel kloonige. Kinnitate nime, mille soovite oma kloonile anda, ja pärast nuppu Järgmine klõpsamist soovite luua täieliku klooni (tähendab, et uue VM jaoks luuakse täiesti uued failide koopiad) või lingitud klooni (see tähendab uut VM jagab kõik põhifailid oma meistriga, säilitades samal ajal teie uue töö eraldi).

Valiku Linked valimine läheb palju kiiremini ja võtab kõvakettal palju vähem ruumi. Ainus alumine külg on see, et te ei saa seda konkreetset klooni hiljem teise arvutisse teisaldada. See on teie enda valik.

Klõpsake nüüd kloonida ja uus VM ilmub VM-i paneelile. Alustage seda nagu tavaliselt ja logige siis sisse samade mandaatide abil, mille seadsite ülemusele.

VM-ide haldamine käsurealt

VirtualBoxil on oma käsurida, mis käivitatakse vboxmanage'i abil. Miks käsurida vaeva näha? Sest lisaks muudele eelistele võimaldab see teil töötada ka serverites - see võib võimalike projektide ulatust märkimisväärselt laiendada. Vboxmanage'i toimimise nägemiseks kasutage nimekirja vms, et loetleda kõik teie süsteemis praegu saadaolevad VM-id. Kuidas see minu masinas välja näeb:

$ vboxmanage nimekirja vms
„Ubuntu-16.04-mall” {c00d3b2b-6c77–4919–85e2–6f6f28c63d56}
„Centos-7-mall“ {e2613f6d-1d0d-489c-8d9f-21a36b2ed6e7}
„Kali-Linux-mall” {b7a3aea2–0cfb-4763–9ca9–096f587b2b20}
Veebisaidiprojekt {2387a5ab-a65e-4a1d-8e2c-25ee81bc7203}
„Ubuntu-16-lxd” {62bb89f8–7b45–4df6-a8ea-3d4265dfcc2f}

vboxmanage clonevm eemaldab sama liini kloonitoimingu, mida ma eespool GUI abil kirjeldasin. Ma teen siin Kali-Linuxi malli VM-i klooni, nimetades koopiat "newkali":

$ vboxmanage clonevm Kali-Linux-template - nimi newkali

See töötab kenasti seni, kuni mul on siin ainult kohalikus arvutis uut virtuaalmahtu vaja kasutada. Kuid oletame, et soovisin, et ka teised minu meeskonna liikmed saaksid selle VM-i täpse koopia - ehk et nad saaksid testida midagi, mille kallal olen töötanud. Selleks pean konverteerima VM-i mõnda standardiseeritud failivormingusse. Siit saate teada, kuidas saaksin kohaliku virtualiseerimisvormingu (.OVA) abil faili eksportida kohaliku VM-i:

$ vboxmanage ekspordi veebisait-projekt -o website.ova
0%… 10%… 20%… 30%… 40%… 50%… 60%… 70%… 80%… 90%… 100%
1 masina eksportimine õnnestus.

Järgmisena peate kopeerima .OVA-faili oma kolleegi arvutisse. Pidage meeles, et faili ei peeta ühegi standardi kohaselt väikeseks ja delikaatseks. Kui teil pole veel mitme ribaülekande jaoks võrgu ribalaiust, siis kaaluge selle USB-seadme abil teisaldamist.

Kui ülekandmine on lõpule viidud, on kaugarvutist vaja ainult importida VM selle seadme VirtualBoxi. Käsk on lihtne:

$ vboxmanage'i import docker.ova

Veenduge, et imporditoiming toimis loendis olevate vmside abil, ja proovige käivitada VM töölaual.

$ vboxmanage nimekirja vms
Dokkimisprojekt {30ec7f7d-912b-40a9–8cc1-f9283f4edc61}

Kui te ei vaja mingit väljamõeldud kaugjuurdepääsu, saate ka virtuaalmasinat GUI-st jagada. Kui masin, mida soovite jagada, on esiletõstetud, klõpsake menüüd Fail ja siis käsku Ekspordi seade.

Järgmine: LXC imeline ja salapärane maailm.

VirtualBox sobib suurepäraselt kernelit vajavate toimingute käivitamiseks, kui vajate GUI-töölaua seansse või turunišši eelistustega nišš-operatsioonisüsteemide testimiseks. Kuid kui kasutate Linuxi masinat ja vajate lihtsalt kiiret juurdepääsu puhtale Linuxi keskkonnale ning te ei otsi spetsiaalset väljalaskeversiooni, siis on teil Linuxi konteinerite ületamiseks kõva surve.

Kui kiiresti on LXC konteinerid? Näete ise piisavalt kiiresti. Kuna nad jagavad oskuslikult paljusid süsteemiressursse nii host kui ka muude konteineritega, töötavad nad nagu täispuursed eraldiseisvad serverid, kasutades samas minimaalselt salvestusruumi ja mälu.

MÄRKUS. Arutame klassikalist LXC-d, kuid peaksite teadma, et samade arendajate jaoks on olemas sarnane keskkond, mida nimetatakse LXD. LXD on sisuliselt LXC liidese uuem teostus. See kasutab endiselt kapoti all LXC-d, kuid pakub teistsuguseid käske, mis laiendavad funktsioone ka võrgu võrguhaldusele.

LXC-ga alustamine

Kas installida LXC oma Ubuntu tööjaama? Käkitegu:

sudo apt värskendus
sudo apt install lxc

See selleks. Oleme valmis alustama ettevõtlusega. LXC põhioskuste komplekt on tegelikult üsna lihtne. Ma näitan teile kolme või nelja käsku, mis teil on vaja, et see kõik toimiks, ja siis siseringi nõuanne, mis, kui saate aru, kuidas LXC ennast korraldab, laseb teid lihtsalt minema.

Käivitage oma esimene konteiner

Miks mitte sukelduda otse sisse ja luua oma esimene konteiner? Väärtus, mis antakse -nsets nimele, mida soovin konteineri jaoks kasutada, ja -t käsib LXC-l ehitada konteineri Ubuntu mallist.

$ sudo lxc-create -n mycont -t ubuntu

Kui otsustasite luua näiteks CentOS-konteineri, peaksite märkima väljundi paar viimast rida, kuna see sisaldab teavet sisselogimiseks kasutatava parooli kohta:

$ sudo lxc-create -n centos_lxc -t centos
[...]
Ajutine juurparool salvestatakse kausta:
        '/ var / lib / lxc / centos_lxc / tmp_root_pass'

Logite sisse, kasutades kasutajanime „root” ja selles failis sisalduvat parooli. Kui teisest küljest kasutas teie konteiner Ubuntu malli, siis kasutate nii kasutajanime kui ka parooli jaoks ubuntu. Muidugi, kui kavatsete seda konteinerit millegi tõsise jaoks kasutada, soovite seda parooli kohe muuta.

Konteineri oleku kontrollimiseks kasutage lxc-ls --fancy:

$ sudo lxc-ls - väljamõeldud
NIMI RIIGI AUTOSTART RÜHMAD IPV4 IPV6
mycont LÕPETATUD 0 - - -

Noh, see on olemas, kuid ilmselt vajab see alustamist. Nagu varemgi, määrab -n nime nimega konteineri, mida soovite käivitada. -d tähistab "eraldumist" - see tähendab, et te ei soovi konteineri käivitumisel automaatselt langeda interaktiivsesse seanssi.

$ sudo lxc-start -d -n mycont

Oma konteinerite loendis peaks nüüd kuvama midagi sellist:

$ sudo lxc-ls - väljamõeldud
NIMI RIIGI AUTOSTART RÜHMAD IPV4 IPV6
mycont JOOKSUD 0 - 10.0.3.142 -

Seekord konteiner töötab ja sellele on antud IP-aadress. Selle aadressi abil saate sisse logida turvalise kesta seansi abil.

$ ssh ubuntu@10.0.3.142

Teise võimalusena saate käivitada juurkoore seansi jooksvas konteineris, kasutades lxc-Atta.

$ sudo lxc-Atta -n mycont
juur @ mycont: / #

Kui olete oma uue konteineriga mängimise lõpetanud, saate väljundi välja logimiseks välja jätta, jättes konteineri tööle:

root @ mycont: / # väljumine
väljumine

… Või sulge konteiner nüüd väljalülitamise abil -h.

Kuid enne seda saate teada saada, kui lõõskavad LXC konteinerid on. -Hflag, mille lisasin väljalülitamisele vahetult enne "seismajäämist". Kui ma kasutaksin rinsteadi asemel selle asemel, et sulgeda, siis konteiner taaskäivitub. Käivitame siis taaskäivituse ja proovime siis uuesti uuesti sisse logida, et näha, kui kaua mahuti taas jalgadele tõusmiseks kulub.

root @ mycont: / # väljalülitamine -r nüüd
sudo lxc-connect -n mycont

Kuidas see läks? Vean kihla, et selleks ajaks, kui teil õnnestus lxc-Attacom käsk uuesti kirjutada, oli mycont ärkvel ja tegutsemisvalmis. Kuid kas teadsite, et Bashis üles-nooleklahvi löömine täidab käsurida eelmise käsuga. Selle kasutamine muudaks sisselogimise taotlemise veelgi kiiremaks. Minu puhul ei olnud märgatavat viivitust. Konteiner suleti ja taaskäivitatakse täielikult vähem kui 2 sekundiga!

Linuxi konteinerid on süsteemiressurssidel ka väga lihtsad. Erinevalt minu kogemusest VirtualBoxi VM-ide puhul - kus kolme samaaegne töötamine juba mõjutab minu 8 GB host-tööjaama jõudlust - saan ma käivitada igasuguseid LXC-konteinereid ilma aeglustumist kannatamata.

Külma LXC konteineri kinnitamine

Mis saab sellest siseringi nõuandest, mida ma teile lubasin? Noh, tagasi hostmasina terminalis (mitte konteineris) peate avama administraatori kesta, kasutades sudo su. Siit edasi - kuni väljumiseni tippite - saate sudo täistööajaga.

$ sudo su
[sudo] parool kasutajanime jaoks:
#

Nüüd muutke kataloog kataloogi / var / lib / lxc / ja loetlege sisu. Peaksite nägema kataloogi oma konteineri nimega. Kui teil on süsteemis muid konteinereid, on neil ka oma kataloogid.

# cd / var / lib / lxc
# ls
mycont

Liikuge konteineri kataloogi ja loetlege selle sisu. Seal on fail nimega “config” ja kataloog nimega “rootfs”. Fs tähistab failisüsteemi.

# cd mycont
# ls
konfiguratsiooni juurfailid

See on juurefailide kataloog, mida ma tõesti tahan, et näeksite kohe:

# cd juurfailid
# ls
bin dev kodu lib64 mnt proc run srv tmp var
alglaadimine jne lib meedia optimaalne juur sbin sys usr

Kõik need alamkataloogid, mis juurfaile täidavad ... kas need tunduvad teile tuttavad? Muidugi! Nad kõik on osa Linuxi failisüsteemi hierarhia standardist. Põhimõtteliselt on see konteineri juurkataloog (/) ..., kuid hosti failisüsteemis. Kuni teil on hostil administraatori õigused, saate sirvida neid katalooge ja redigeerida soovitud faile - isegi siis, kui konteinerit ei tööta.

Selle juurdepääsuga saate teha igasuguseid asju, kuid siin on üks, mis võib üsna tõenäoliselt päästa teie (töö) elu ühel päeval. Oletame, et teete konteineris midagi lolli ja lukustate end. Nüüd ei takista miski failisüsteemis liikumist, segadusse sattunud konfiguratsioonifaili parandamist ja tööle naasmist. Minge edasi: öelge, et see pole lahe.

Kas peate ühe protsessi paigaldama peatatud konteinerisse? Kasutage lihtsalt chroot'i, nagu ma selles artiklis kirjeldan.

Kuid läheb paremaks. On tõsi, et Dockeri ökosüsteem on omandanud mitmeid funktsioone ja keerukust, kuna tehnoloogia kolis mõni aasta tagasi LXC varju alt. Kapoti all on see siiski üles ehitatud põhilise struktuurilise paradigma peale, mis on koheselt äratuntav kõigile, kes on LXC-ga tuttavad.

Mis tähendab, et kui peaksite proovima proovida kümnendi kõige kiiremini arenevat virtualiseerimistehnoloogiat, olete juba mängu saanud.

Koodi kirjutamine kaugserverisse

Nüüd, kui teil on kõik need virtuaalkeskkonna asjad selgeks tehtud, mida saate nendega teha? Noh, on ilmne, et sellised seadistused sobivad suurepäraselt süsteemiriistade ja arhitektuuridega mängimiseks.

Oletame, et te pole süsteemi asjadega kursis, kuid soovite rakenduste loomiseks kindlat kohta. Mida ma mõtlen "ohutu" all? Ma räägin keskkonnast, kus saate vabalt installida raamatukogusid ja sõltuvuspakette, ilma et peaksite muretsema oma isikliku tööarvuti destabiliseerimise pärast.

Kuid kui kaugele see teid võib viia, on piirid. IDE-de, näiteks Eclipse'i või Visual Stuudio, pealispinnal toimub palju ja inimesed on oma mugavusega väga kiindunud. Kuid ootused, mis võimaldavad kõiki neid keerukuse kihte hõlpsalt kaugühenduse kaudu käivitada - ja eriti peata kaugserveris - on võib-olla pisut ambitsioonikad.

Kuid ikkagi, kas poleks tore töötada oma sülearvuti IDE-ga ja lasta kood salvestada, kompileerida ja käitada kaugjuhtimisega ... ütleme näiteks hostitud VM-is või pilve eksemplaris? Nii saaksite oma rakendused üles ehitada serveritesse, kus neid tegelikult käitatakse, ilma et peaksite riskima omaenda tööjaama stabiilsusega.

Seda saab teha. Üldiselt on trikk saada IDE-d sõitma turvalise kesta (SSH) seansi peal. Üksikasjalikuma teabe saamiseks otsige Internetist midagi sellist nagu „eclipse edit java-kood kaugserveris”.

See artikkel põhineb peatükil minu tasuta veebikirjas Solving for Technology: kuidas kiiresti omandada väärtuslikke uusi oskusi hullupööra muutuvas tehnoloogiamaailmas. Minu Bootstrap IT-saidil on palju muud, sealhulgas lingid minu raamatule Linux in Action ja hübriidkursus nimega Linux in Motion, mis koosneb enam kui kahetunnisest videost ja umbes 40% Linuxi tekstist tegevuses.