Docker pradedantiesiems 2026: nuo nulio

Kas tas Docker ir kodėl visi apie jį kalba?

Jei dirbate IT srityje ar bent jau domitės programavimu, tikrai esate girdėję šį žodį. Docker. Jis skamba visur – Stack Overflow diskusijose, darbo skelbimuose, kolegų pokalbiuose prie kavos aparato. Bet kas tai iš tikrųjų yra ir kodėl 2026-aisiais tai vis dar tokia karšta tema?

Paprastai tariant, Docker yra įrankis, leidžiantis supakuoti programą kartu su viskuo, ko jai reikia veikti – bibliotekom, konfigūracijomis, priklausomybėmis – į vieną kompaktišką paketą, vadinamą konteineriu. Šis konteineris veikia vienodai bet kurioje aplinkoje: jūsų laptope, draugo kompiuteryje, debesų serveryje ar bet kur kitur.

Klasikinė programuotojų frazė „pas mane veikia” tapo beveik anekdotu. Docker ją iš esmės panaikina. Jei konteineris veikia pas jus, jis veiks ir kitur. Tai tokia paprasta idėja, bet ji pakeitė tai, kaip mes kuriame, testuojame ir diegiame programinę įrangą.

2026-aisiais Docker nėra jokia naujovė – jis egzistuoja nuo 2013 metų. Bet jo aktualumas tik auga, nes debesų kompiuterija, mikroservisų architektūra ir DevOps kultūra tapo norma, o ne išimtimi. Jei dar nedirbate su Docker, greičiausiai tai tik laiko klausimas.

Virtualios mašinos vs konteineriai: kuo jie skiriasi?

Prieš nerdami giliau, verta suprasti vieną esminį skirtumą, kuris dažnai painioja pradedančiuosius. Daugelis žmonių Docker konteinerius painioja su virtualiomis mašinomis (VM). Jie panašūs konceptualiai, bet techniškai labai skirtingi.

Virtuali mašina emuliuoja visą kompiuterį – ji turi savo operacinę sistemą, branduolį, virtualų diską. Tai tarsi turėti atskirą kompiuterį kompiuteryje. Tai veikia, bet yra sunku: VM gali užimti gigabaitus vietos, paleisti ją užtrunka minutę ar daugiau, ir ji sunaudoja daug resursų net kai nieko neveikia.

Konteineris yra kitoks. Jis naudoja pagrindinės operacinės sistemos branduolį, bet izoliuoja procesus, failų sistemą ir tinklą. Konteineris neturi savo OS – jis tiesiog naudoja tai, kas jau yra. Dėl to jis:

• Paleidžiamas per sekundes (kartais milisekundes)
• Užima daug mažiau vietos – dažnai vos keli megabaitai
• Sunaudoja žymiai mažiau RAM ir CPU
• Gali veikti dešimtys ar šimtai konteinerių tame pačiame serveryje

Analogija, kuri man atrodo tiksliausia: VM yra kaip atskiras butas su savo viskuo – virtuve, vonios kambariu, šildymu. Konteineris – kaip kambarys bendrabutyje, kur bendrai naudojatės virtuve ir vonios kambariu, bet jūsų erdvė vis tiek yra jūsų ir niekas kitas jos nepasiekia.

Tai nereiškia, kad VM yra blogos. Jos vis dar naudojamos ten, kur reikia pilnos izoliacijos arba kai reikia paleisti kitą operacinę sistemą. Bet daugumai programų kūrimo ir diegimo scenarijų konteineriai yra greitesni, lengvesni ir efektyvesni.

Docker diegimas ir pirmieji žingsniai

Gerai, teorija – teorija, bet pradėkime nuo praktikos. Kaip iš tikrųjų pradėti naudoti Docker?

Diegimas yra paprastas. Eikite į docker.com ir atsisiųskite Docker Desktop – tai oficiali programa, kuri veikia Windows, macOS ir Linux. Ji apima viską ko reikia: Docker variklį, komandinės eilutės įrankius ir patogią grafinę sąsają.

Svarbi pastaba 2026-aisiais: Docker Desktop komerciniam naudojimui didelėse įmonėse yra mokamas. Jei dirbate didelėje organizacijoje, patikrinkite licencijos sąlygas. Alternatyviai galite naudoti Podman Desktop arba tiesiog Docker Engine be grafinio interfeiso – tai visiškai nemokama.

Kai Docker įdiegtas, atidarykite terminalą ir patikrinkite:

docker --version
docker run hello-world

Jei matote sveikinimo žinutę – viskas veikia. Ką tik paleido savo pirmąjį konteinerį. Kas nutiko po gaubtu? Docker atsisiuntė hello-world image iš Docker Hub (oficialios konteinerių saugyklos), sukūrė iš jo konteinerį, paleido jį, jis atspausdino žinutę ir baigė darbą.

Pabandykime ką nors įdomesnio:

docker run -it ubuntu bash

Šia komanda paleidžiate Ubuntu Linux konteinerį ir prisijungiate prie jo terminalo. Galite naršyti po failų sistemą, diegti paketus, daryti ką tik norite – ir visa tai neliečia jūsų pagrindinės sistemos. Kai išeisite iš konteinerio (exit), jis sustos ir viskas, ką darėte, bus prarasta (nebent specialiai išsaugojote).

Images, konteineriai ir Docker Hub: pagrindinės sąvokos

Dabar laikas susipažinti su pagrindiniais Docker terminais, nes be jų toliau bus sunku.

Image (vaizdas) – tai šablonas, iš kurio kuriami konteineriai. Galvokite apie jį kaip apie receptą arba klasę objektiniame programavime. Image yra nekintamas – jūs jo nekeičiate, jūs iš jo kuriate konteinerius.

Konteineris – tai veikiantis image egzempliorius. Iš vieno image galite sukurti dešimtis konteinerių. Kiekvienas jų yra atskiras, izoliuotas procesas.

Docker Hub – tai kaip GitHub, bet konteinerių imageams. Čia rasite oficialius Ubuntu, Node.js, Python, MySQL, Nginx imageų ir tūkstančius kitų. Galite atsisiųsti juos nemokamai ir naudoti kaip pagrindą savo projektams.

Kelios naudingos komandos, kurias naudosite nuolat:

# Atsisiųsti image
docker pull nginx

# Pamatyti visus atsisiųstus images
docker images

# Paleisti konteinerį fone (-d reiškia detached)
docker run -d -p 8080:80 nginx

# Pamatyti veikiančius konteinerius
docker ps

# Pamatyti visus konteinerius (ir sustojusius)
docker ps -a

# Sustabdyti konteinerį
docker stop [konteinerio_id]

# Ištrinti konteinerį
docker rm [konteinerio_id]

# Ištrinti image
docker rmi nginx

Atkreipkite dėmesį į -p 8080:80 parametrą. Tai port mapping – jūs sakote Docker: „prievadą 80 konteinerio viduje susieti su prievadu 8080 mano kompiuteryje”. Tai reiškia, kad galite atidaryti naršyklę, eiti į localhost:8080 ir pamatyti Nginx palankintojo puslapį, nors Nginx veikia konteinerio viduje.

Dockerfile: kaip sukurti savo image

Atsisiųsti kažkieno image yra gerai, bet tikroji Docker galia atsiskleidžia kai kuriate savo. Tam naudojamas Dockerfile – paprastas tekstinis failas su instrukcijomis, kaip sukurti image.

Sukurkime paprastą pavyzdį. Tarkime, turite Node.js programą. Jūsų projekto kataloge sukurkite failą pavadinimu Dockerfile (be jokio plėtinio):

# Naudojame oficialų Node.js image kaip pagrindą
FROM node:20-alpine

# Nustatome darbo katalogą konteinerio viduje
WORKDIR /app

# Pirmiausia kopijuojame package.json (dėl cache optimizacijos)
COPY package*.json ./

# Įdiegiame priklausomybes
RUN npm install

# Kopijuojame likusį kodą
COPY . .

# Nurodome, kurį prievadą programa naudoja
EXPOSE 3000

# Komanda, kuri paleis programą
CMD ["node", "server.js"]

Tada sukurkite image:

docker build -t mano-programa:1.0 .

Taškas pabaigoje svarbus – jis nurodo, kad Dockerfile yra dabartiniame kataloge. -t parametras suteikia imageui pavadinimą ir versiją.

Keletas patarimų rašant Dockerfile:

• Naudokite alpine versijas kai įmanoma – jos daug mažesnės (pvz., node:20-alpine vietoj node:20)
• Tvarkykite sluoksnių eiliškumą – Docker kešuoja kiekvieną sluoksnį, todėl tai, kas keičiasi rečiau, turėtų būti viršuje
• Naudokite .dockerignore failą, panašų į .gitignore, kad neįtrauktumėte node_modules, .git ir kitų nereikalingų failų
• Vienas konteineris – vienas procesas – tai gera praktika, nors ne absoliuti taisyklė

Dar vienas svarbus dalykas: nesaugokite slaptažodžių ar API raktų Dockerfile. Niekada. Jie tampa image dalimi ir gali nutekėti. Vietoj to naudokite aplinkos kintamuosius (-e parametras paleidžiant) arba Docker secrets.

Docker Compose: kai vieno konteinerio neužtenka

Realios programos retai veikia izoliuotai. Jums reikia duomenų bazės, galbūt Redis kešo, galbūt atskiro frontend serverio. Valdyti visus šiuos konteinerius rankiniu būdu – tikras košmaras. Čia į pagalbą ateina Docker Compose.

Docker Compose leidžia aprašyti visą jūsų programos infrastruktūrą viename YAML faile ir paleisti viską viena komanda. Štai pavyzdys su Node.js programa ir MongoDB duomenų baze:

version: '3.8'

services:
  app:
    build: .
    ports:
      - "3000:3000"
    environment:
      - MONGO_URL=mongodb://mongo:27017/manoduombaze
    depends_on:
      - mongo
    volumes:
      - ./src:/app/src

  mongo:
    image: mongo:7
    ports:
      - "27017:27017"
    volumes:
      - mongo_data:/data/db

volumes:
  mongo_data:

Išsaugokite šį failą kaip docker-compose.yml ir paleiskite:

# Paleisti viską
docker compose up

# Paleisti fone
docker compose up -d

# Sustabdyti viską
docker compose down

# Sustabdyti ir ištrinti duomenis
docker compose down -v

Atkreipkite dėmesį į keletą dalykų šiame faile. depends_on nurodo, kad app servisas turi laukti, kol mongo bus paleistas. volumes sekcija mongo_data užtikrina, kad duomenų bazės duomenys išliks net kai konteineris sustoja – be to, kiekvieną kartą paleidus docker compose down, visi duomenys dingtų.

Taip pat pastebėkite, kad app servisas jungiasi prie MongoDB per mongo:27017, o ne localhost:27017. Docker Compose automatiškai sukuria vidinį tinklą, kuriame servisai vienas kitą randa pagal pavadinimą. Tai labai patogus funkcionalumas.

Docker Compose yra nepakeičiamas lokaliam kūrimui. Naujas komandos narys gali klonuoti repozitoriją ir paleisti docker compose up – ir per kelias minutes turės veikiančią visą kūrimo aplinką, neinstaliavęs nieko papildomai.

Dažniausios klaidos ir kaip jų išvengti

Dirbdamas su Docker, tikrai susidursite su tam tikrais iššūkiais. Geriau žinoti apie juos iš anksto.

Konteineris paleidžiamas ir iš karto sustoja. Tai viena dažniausių pradedančiųjų problemų. Paprastai tai reiškia, kad pagrindinė programa baigė darbą arba kilo klaida. Patikrinkite logus:

docker logs [konteinerio_id]

Pakeitimai kode neatspindimi konteinerio viduje. Jei nekonfigūravote volumes, konteineris naudoja kodą, kuris buvo jo kūrimo metu. Kūrimo aplinkoje naudokite bind mount:

docker run -v $(pwd):/app mano-programa

Konteineriai nebenori jungtis vienas prie kito. Įsitikinkite, kad jie yra tame pačiame Docker tinkle. Docker Compose tai daro automatiškai, bet jei paleidžiate konteinerius rankiniu būdu, reikia sukurti tinklą:

docker network create mano-tinklas
docker run --network mano-tinklas ...

Diskas prisipildo images ir konteineriais. Docker gali sukaupti daug nereikalingų duomenų. Reguliariai valykite:

# Ištrinti viską, kas nenaudojama
docker system prune

# Ištrinti ir nenaudojamus volumes
docker system prune --volumes

Image per didelis. Jei jūsų image sveria 2+ GB, kažkas negerai. Patikrinkite, ar naudojate alpine versiją, ar neįtraukiate nereikalingų failų, ar nenaudojate multi-stage build ten, kur reikia. Multi-stage build leidžia kompiliuoti kodą viename sluoksnyje ir į galutinį image įtraukti tik rezultatą – tai gali sumažinti image dydį dešimtimis kartų.

Saugumo klaidos. Pagal nutylėjimą konteineriai veikia kaip root vartotojas. Tai bloga praktika. Dockerfile pridėkite:

RUN addgroup -S appgroup && adduser -S appuser -G appgroup
USER appuser

Docker 2026-aisiais: kur link viskas juda ir ką verta žinoti toliau

Docker ekosistema per pastaruosius metus labai subrendusi. Jei prieš kelerius metus reikėjo daug ką konfigūruoti rankiniu būdu, dabar įrankiai tapo daug draugiškesni pradedantiesiems. Tačiau tai nereiškia, kad galima sustoti ties pagrindiniais dalykais.

Kai jau jaučiatės patogiai su Docker pagrindais, natūralus kitas žingsnis yra Kubernetes – sistema, skirta valdyti daugybę konteinerių produkcinėje aplinkoje. Kubernetes yra sudėtingesnis, bet jei dirbsite su dideliais projektais, jo išmanymas yra beveik būtinas. Geriausia pradžia – Minikube arba k3s, kurie leidžia paleisti Kubernetes lokaliai.

Taip pat verta pažvelgti į GitHub Actions ar GitLab CI/CD integracijas su Docker. Automatizuotas konteinerių kūrimas ir diegimas kiekvieną kartą, kai push’inate kodą – tai jau standartinė praktika moderniose komandose. Tai nėra sudėtinga, bet labai pagerina darbo eigą.

Dar vienas dalykas, kuris 2026-aisiais tampa vis aktualesnis – konteinerių saugumas. Įrankiai kaip Trivy ar Snyk gali skanuoti jūsų images ieškodami žinomų pažeidžiamumų. Tai ypač svarbu, jei naudojate trečiųjų šalių images – net oficialūs images kartais turi nepataisytų spragų.

Galiausiai – nepamirškite praktikos. Docker, kaip ir bet kuris kitas įrankis, išmokstamas darant. Paimkite bet kurį savo projektą – net ir paprastą – ir pabandykite jį „dokeriziuoti”. Susidursite su problemomis, jas spręsite, ir po kelių tokių iteracijų viskas taps daug aiškiau nei bet kokie straipsniai ar video tutorialai. Docker bendruomenė yra didelė ir aktyvi, Stack Overflow pilnas atsakymų, o oficiali dokumentacija docs.docker.com yra viena geresnių technologijų dokumentacijų, kurias teko matyti.

Pradėkite nuo mažo, nesistenkite iš karto suprasti visko. Paleiskite pirmąjį konteinerį, sukurkite pirmąjį Dockerfile, parašykite pirmąjį docker-compose.yml. Kiekvienas šis žingsnis atvers naujų galimybių ir supratimo – ir netrukus suprasite, kodėl tiek daug žmonių Docker laiko vienu svarbiausių modernaus programuotojo įrankių.