Mikä on ero Docker-kuvien ja konttainerien välillä?

Question

Accepted Answer

Docker-**kuva** on vain-luku-**malli** (pakattua sovellusta sen riippuvuuksien kanssa); **konttaineri** on **käynnissä oleva instanssi** kuvasta. Suhde on kuten luokka ja objekti: yksi kuva voi käynnistää monia konttainereja. ## Kuva vs konttaineri ```text IMAGE → a read-only TEMPLATE: the app + dependencies + config, built in layers (like a blueprint/class; stored, shared, versioned) CONTAINER → a RUNNING INSTANCE of an image (with a writable layer on top) (like an object created from a class; has runtime state) One IMAGE → many CONTAINERS (run the same image multiple times) ``` ## Kuvien käyttäminen ```bash docker build -t myapp:1.0 . # BUILD an image from a Dockerfile docker images # list local images docker pull nginx # download an image from a registry docker push myapp:1.0 # upload an image to a registry docker rmi myapp:1.0 # remove an image ``` Kuvat rakennetaan (Dockerfilesta), varastoidaan paikallisesti tai rekistereissä, merkitään tunnisteilla (`myapp:1.0`) ja jaetaan. ## Konttainerien käyttäminen ```bash docker run -d -p 80:80 nginx # RUN a container from an image (-d = background) docker ps # list RUNNING containers docker ps -a # list all (including stopped) docker stop # stop a container docker start # start a stopped container docker rm # remove a container docker logs # view a container's logs docker exec -it bash # run a command inside a running container ``` Konttainerit luodaan kuvista, niillä on elinkaari (käynnistys, pysäytys, käynnistys uudelleen, poistaminen) ja voit tarkastella lokilokeja tai tehdä exec-komentoja niihin. ## Kerrostettu suhde ```text → Images are built in LAYERS (each Dockerfile instruction adds a layer, cached/shared) → A container = the image's read-only layers + a thin WRITABLE layer on top → Changes in a running container go to its writable layer (lost when removed, unless persisted via volumes) — the underlying image is unchanged ``` ## Miksi se on tärkeää Kuvien ja konttainerien välisen eron ymmärtäminen on perustavanlaatuista Docker-työskentelyn kannalta, joten se on olennainen, välttämätön tieto. Suhde — **kuva** on vain-luku-**malli** (pakattu sovellus riippuvuuksien kanssa, kuten luonnos tai luokka), kun taas **konttaineri** on **kyseisen kuvan käynnissä oleva instanssi** (kuten objekti, joka luodaan luokasta, ajonaikaisella tilalla) — on Dockerin peruskaavion ydin, ja näiden sekoittaminen johtaa sekaannukseen siitä, miten Docker toimii. Ymmärtäminen, että **yksi kuva voi käynnistää monia konttainereja** (saman kuvan ajaminen useita kertoja) on avain siihen, kuinka Docker mahdollistaa skaalaamisen ja yhdenmukaistamisen. Praktisten operaatioiden tunteminen — **kuvien** rakentaminen, luettelointi, vetäminen, työntäminen ja versiointi tunnisteilla (kuten `myapp:1.0`), sekä **konttainerien** ajaminen, pysäyttäminen, tarkastelu (lokit) ja exec-toiminnot (elinkaaren hallinta) — on jokapäiväistä käytännöllistä tietoa Dockerin käyttämisestä. **Kerrostetun suhteen** ymmärtäminen (kuvat rakennetaan välimuistissa olevista, jaettavista kerroksista; konttaineri on kuvan vain-luku-kerrokset sekä ohut kirjoitettava kerros, johon ajonaikaiset muutokset menevät, häviävät poistamisen yhteydessä ellei sitä säilytetä volyymien kautta) selittää sekä Dockerin tehokkuuden (kerroksien jakaminen/välimuisti) että tärkeän sudenkuopan (konttainerin muutokset ovat lyhytaikaisia ilman volyymeja). Koska kuva/konttaineri-ero on Dockerin perustavanlaatuinen ajattelumalli, ja koska sen ymmärtäminen (ja siihen liittyvät operaatiot ja kerrostettu rakenne) on välttämätöntä Docker-kuormituksien rakentamiselle, ajamiselle ja hallinnalle oikein, kuvien ja konttainerien eron ymmärtäminen on olennaista, perustavanlaatuista Docker-tietoa — keskeinen käsite, jonka päälle kaikki muu Dockerissa rakentuu, ja ero, jonka jokaisen Docker-käyttäjän on selvästi ymmärrettävä.