Jei kada nors band\u0117te paleisti program\u0105 savo kompiuteryje ir gavote prane\u0161im\u0105 \u201ebet mano kompiuteryje veik\u0117”, tai tikrai suprasite, kod\u0117l Docker tapo tokia populiaria. \u0160i technologija i\u0161 esm\u0117s i\u0161sprend\u0117 am\u017ein\u0105 programuotoj\u0173 problem\u0105 \u2013 kaip u\u017etikrinti, kad programa veikt\u0173 vienodai visur: nuo k\u016br\u0117jo ne\u0161iojamojo iki produkcijos serverio.<\/p>\n
Docker atsirado ma\u017edaug 2013 metais, kai Solomon Hykes ir jo komanda pristat\u0117 \u0161i\u0105 technologij\u0105. Nors konteineri\u0173 id\u0117ja egzistavo ir anks\u010diau (Linux konteineriai buvo nuo 2008-\u0173j\u0173), Docker padar\u0117 juos prieinamus pla\u010diajai visuomenei. Tai buvo tarsi iPhone momentas konteineri\u0173 pasaulyje \u2013 technologija egzistavo, bet niekas jos nesugeb\u0117jo padaryti tokios patogios naudoti.<\/p>\n
Papras\u010diausiai tariant, Docker leid\u017eia \u201esupakuoti” program\u0105 kartu su visomis jos priklausomyb\u0117mis \u012f vien\u0105 konteiner\u012f. \u012esivaizduokite, kad siun\u010diate ne tik tort\u0105, bet ir vis\u0105 kepykl\u0105, kurioje jis buvo pagamintas \u2013 su visais reikalingais \u012frankiais, ingredientais ir instrukcijomis.<\/p>\n
Daugelis \u017emoni\u0173 painioja Docker konteinerius su virtualiomis ma\u0161inomis, bet tai visi\u0161kai skirtingi dalykai. Virtuali ma\u0161ina \u2013 tai tarsi visas kompiuteris kompiuteryje. Ji turi savo operacin\u0119 sistem\u0105, branduol\u012f, virtualius \u012frenginius. Jei paleid\u017eiate tris virtualias ma\u0161inas, j\u016bs\u0173 kompiuteris i\u0161 esm\u0117s veikia keturias operacines sistemas vienu metu.<\/p>\n
Docker konteineriai veikia visi\u0161kai kitaip. Jie dalijasi pagrindine operacine sistema su j\u016bs\u0173 kompiuteriu, bet veikia izoliuotoje aplinkoje. Tai tarsi butai daugiabutyje \u2013 visi naudoja t\u0105 pa\u010di\u0105 infrastrukt\u016br\u0105 (vandentiek\u012f, elektros tinkl\u0105), bet kiekvienas butas yra atskiras ir nepriklausomas.<\/p>\n
Prakti\u0161kai tai rei\u0161kia, kad Docker konteineriai yra daug lengvesni ir grei\u010diau paleid\u017eiami. Virtuali ma\u0161ina gali u\u017eimti kelis gigabaitus ir u\u017esikrauti kelias minutes, o Docker konteineris da\u017enai u\u017eima \u0161imtus megabait\u0173 ir paleid\u017eiamas per kelias sekundes. Tai mil\u017eini\u0161kas skirtumas, ypa\u010d kai reikia paleisti de\u0161imtis ar \u0161imtus program\u0173 vienu metu.<\/p>\n
Docker architekt\u016bra susideda i\u0161 keli\u0173 pagrindini\u0173 dali\u0173, kurios kartu sudaro veikian\u010di\u0105 sistem\u0105. Pirmiausia yra Docker daemonas \u2013 tai tarsi dirigentas, kuris valdo visus konteinerius j\u016bs\u0173 sistemoje. Jis veikia fone ir laukia komand\u0173.<\/p>\n
Paskui turime Docker klient\u0105 \u2013 tai programa, per kuri\u0105 j\u016bs bendraujate su daemonu. Kai \u012fvedate komand\u0105 terminale, pavyzd\u017eiui `docker run`, i\u0161 tikr\u0173j\u0173 kreipiam\u0117s \u012f daemon\u0105 ir sakome jam, k\u0105 daryti.<\/p>\n
Tre\u010dias svarbus elementas \u2013 Docker registras. Tai tarsi program\u0117li\u0173 parduotuv\u0117 konteineri\u0173 pasaulyje. Populiariausias yra Docker Hub, kur galite rasti t\u016bkstan\u010dius paruo\u0161t\u0173 konteineri\u0173 atvaizd\u0173 \u2013 nuo paprastos Ubuntu operacin\u0117s sistemos iki sud\u0117ting\u0173 duomen\u0173 bazi\u0173 ar web serveri\u0173.<\/p>\n
Pats konteineris yra paleistas atvaizdo (image) egzempliorius. Atvaizdas \u2013 tai tarsi receptas, o konteineris \u2013 pagal t\u0105 recept\u0105 pagamintas patiekalas. Galite tur\u0117ti vien\u0105 atvaizd\u0105 ir paleisti i\u0161 jo de\u0161imtis konteineri\u0173.<\/p>\n
Dockerfile yra tekstinis failas, kuriame apra\u0161ote, kaip sukurti savo konteiner\u012f. Tai tarsi LEGO konstrukcijos instrukcija \u2013 \u017eingsnis po \u017eingsnio nurodote, k\u0105 reikia daryti.<\/p>\n
Paprastas Dockerfile pavyzdys gal\u0117t\u0173 atrodyti taip:<\/p>\n
“`
\nFROM ubuntu:20.04
\nRUN apt-get update && apt-get install -y python3
\nCOPY mano_programa.py \/app\/
\nCMD [“python3”, “\/app\/mano_programa.py”]
\n“`<\/p>\n
Pirmoji eilut\u0117 nurodo, nuo ko pradedame \u2013 \u0161iuo atveju nuo Ubuntu 20.04 operacin\u0117s sistemos. Antroji \u012fdiegia Python. Tre\u010dioji nukopijuoja j\u016bs\u0173 program\u0105 \u012f konteiner\u012f. Ketvirtoji nurodo, k\u0105 paleisti, kai konteineris u\u017esikrauna.<\/p>\n
Dockerfile sluoksniavimo principas yra genialus. Kiekviena instrukcija sukuria nauj\u0105 sluoksn\u012f, kuris yra ke\u0161uojamas. Jei pakeisite tik paskutin\u0119 eilut\u0119, Docker nepersikurs visko i\u0161 naujo \u2013 panaudos ankstesnius sluoksnius i\u0161 ke\u0161o. Tai sutaupo ne\u012ftik\u0117tinai daug laiko.<\/p>\n
Vienas i\u0161 sud\u0117tingesni\u0173 Docker aspekt\u0173 \u2013 kaip konteineriai bendrauja tarpusavyje ir su i\u0161oriniu pasauliu. Docker sukuria virtualius tinklus, per kuriuos konteineriai gali kalb\u0117tis. Galite tur\u0117ti web server\u012f viename konteineryje ir duomen\u0173 baz\u0119 kitame, ir jie puikiai bendraus per Docker tinkl\u0105.<\/p>\n
Yra keletas tinkl\u0173 tip\u0173. Bridge tinklas \u2013 numatytasis variantas, kai konteineriai tame pa\u010diame kompiuteryje gali kalb\u0117tis tarpusavyje. Host tinklas leid\u017eia konteineriui naudoti pagrindinio kompiuterio tinklo s\u0105saj\u0105 tiesiogiai. Overlay tinklai naudojami, kai konteineriai yra skirtinguose fiziniuose kompiuteriuose.<\/p>\n
Duomen\u0173 saugojimas Docker konteineriuose taip pat turi savo ypatumus. Konteineriai pagal nutyl\u0117jim\u0105 yra laikini \u2013 kai juos i\u0161trinate, visa informacija dingsta. Tod\u0117l Docker turi \u201evolumes” \u2013 tai tarsi i\u0161oriniai kietieji diskai, kurie gyvuoja nepriklausomai nuo konteineri\u0173. Jei kuriate duomen\u0173 baz\u0119, tikrai nor\u0117site naudoti volume, kad neprarastum\u0117te duomen\u0173.<\/p>\n
Kai j\u016bs\u0173 programa auga, grei\u010diausiai reik\u0117s ne vieno, o keli\u0173 konteineri\u0173. Pavyzd\u017eiui, web aplikacijai gali prireikti web serverio, duomen\u0173 baz\u0117s, Redis ke\u0161avimo sistemos ir dar keli\u0173 dalyk\u0173. Paleisti juos visus rankiniu b\u016bdu b\u016bt\u0173 ko\u0161maras.<\/p>\n
\u010cia \u012f scen\u0105 \u012f\u017eengia Docker Compose. Tai \u012frankis, leid\u017eiantis apra\u0161yti vis\u0105 keli\u0173 konteineri\u0173 aplikacij\u0105 viename YAML faile. Nurodote, kokius konteinerius reikia paleisti, kaip jie tur\u0117t\u0173 b\u016bti susieti, kokius tinklus naudoti \u2013 ir viena komanda `docker-compose up` visa sistema u\u017esikrauna.<\/p>\n
Docker Compose failas atrodo ma\u017edaug taip:<\/p>\n
“`yaml
\nversion: ‘3’
\nservices:
\n web:
\n build: .
\n ports:
\n – “5000:5000”
\n database:
\n image: postgres
\n environment:
\n POSTGRES_PASSWORD: slaptazodis
\n“`<\/p>\n
Tai ne\u012ftik\u0117tinai patogu k\u016brimo metu. Naujas komandos narys gali parsisi\u0173sti projekt\u0105, paleisti `docker-compose up` ir per kelias minutes tur\u0117ti veikian\u010di\u0105 vis\u0105 sistem\u0105 savo kompiuteryje. Nereikia valand\u0173 praleisti konfig\u016bruojant aplink\u0105.<\/p>\n
Docker konteineriai n\u0117ra magi\u0161kas saugumo sprendimas \u2013 jie suteikia izoliacij\u0105, bet ne absoliu\u010di\u0105 apsaug\u0105. Konteineris dalijasi branduoliu su pagrindine sistema, tod\u0117l branduolio pa\u017eeid\u017eiamumas gali paveikti visus konteinerius.<\/p>\n
Viena svarbiausi\u0173 taisykli\u0173 \u2013 niekada nepaleid\u017eiakite konteineri\u0173 su root teis\u0117mis, jei tai n\u0117ra b\u016btina. Sukurkite atskir\u0105 vartotoj\u0105 konteineryje ir naudokite j\u012f. Taip pat reguliariai atnaujinkite bazin\u012f atvaizd\u0105 \u2013 seni atvaizdai gali tur\u0117ti \u017einom\u0173 saugumo sprag\u0173.<\/p>\n
Kitas svarbus dalykas \u2013 niekada ne\u012ftraukite slapta\u017eod\u017ei\u0173 ar API rakt\u0173 \u012f Dockerfile. Naudokite aplinkos kintamuosius arba Docker secrets funkcij\u0105. Dockerfile yra da\u017enai \u012fkeliamas \u012f vie\u0161us repozitorijus, ir ten esantys slapta\u017eod\u017eiai tampa vie\u0161ais.<\/p>\n
Taip pat verta naudoti oficialius atvaizdus i\u0161 patikim\u0173 \u0161altini\u0173. Docker Hub pilnas \u012fvairi\u0173 atvaizd\u0173, bet ne visi jie yra saug\u016bs. Geriau naudoti oficialius, pavyzd\u017eiui, `nginx`, `postgres`, `python`, nei ka\u017ekieno nepatikrinto vartotojo sukurtus.<\/p>\n
Docker i\u0161 ties\u0173 pakeit\u0117 tai, kaip kuriame ir diegiame programas. Tai, kas anks\u010diau u\u017eimdavo valandas ar net dienas \u2013 aplinkos paruo\u0161imas, priklausomybi\u0173 \u012fdiegimas, konfig\u016bravimas \u2013 dabar u\u017eima minutes. K\u016br\u0117jai gali sutelkti d\u0117mes\u012f \u012f kodo ra\u0161ym\u0105, o ne \u012f infrastrukt\u016bros valdym\u0105.<\/p>\n
\u017dinoma, Docker n\u0117ra vis\u0173 problem\u0173 sprendimas. Labai ma\u017eoms aplikacijoms tai gali b\u016bti per daug. Jei kuriate paprast\u0105 skript\u0105, kuris veikia vien\u0105 kart\u0105 per dien\u0105, konteinerizacija gali b\u016bti nereikalinga komplikacija. Bet kai tik j\u016bs\u0173 projektas pradeda augti, kai reikia u\u017etikrinti vienod\u0105 veikim\u0105 skirtingose aplinkose, kai komanda did\u0117ja \u2013 Docker tampa ne\u012fkainojamu \u012frankiu.<\/p>\n
Gra\u017eiausia, kad prad\u0117ti naudoti Docker n\u0117ra sunku. Galite parsisi\u0173sti Docker Desktop, paleisti kelis pavyzdinius konteinerius ir per kelias valandas suprasti pagrindus. Tikrasis mokymasis prasideda praktikuojant \u2013 sukurkite Dockerfile savo projektui, pabandykite Docker Compose su keliomis paslaugomis, eksperimentuokite su tinklais ir volumes.<\/p>\n
Technologija nuolat tobul\u0117ja \u2013 atsiranda nauji \u012frankiai, tobulinamos saugumo funkcijos, did\u0117ja na\u0161umas. Bet pagrindin\u0117 Docker id\u0117ja \u2013 programa kartu su visa jos aplinka vienoje d\u0117\u017eut\u0117je \u2013 i\u0161lieka ta pati ir toliau kei\u010dia programin\u0117s \u012frangos k\u016brimo pasaul\u012f.<\/p>\n","protected":false},"excerpt":{"rendered":"