Mi a különbség a Docker image-ek és a containerek között?

Question

Accepted Answer

A Docker **image** egy read-only **sablon** (egy csomagolt alkalmazás annak függőségeivel); a **container** az image-ből futó **futó instance**. A kapcsolat olyan, mint az osztály és az objektum: egy image-ből sok container jöhet létre. ## Image vs container ```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) ``` ## Image-ekkel való munka ```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 ``` Az image-eket felépítik (egy Dockerfile-ból), helyileg vagy regisztrációs adatbázisban tárolják, tag-ekkel verszenálják (`myapp:1.0`), és megosztják. ## Containerekkel való munka ```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 ``` A containereket image-ekből hozzák létre, van egy életciklusuk (futtatás, leállítás, indítás, eltávolítás), és meg lehet nézni a naplóikat, illetve exec-et lehet futtatni bennük. ## A rétegzett kapcsolat ```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 ``` ## Miért számít A Docker image-ek és containerek közötti különbség megértése alapvető a Docker-rel való munkához, ezért elengedhetetlen, alapvetően szükséges tudás. A kapcsolat — az **image** egy read-only **sablon** (a csomagolt alkalmazás függőségekkel, mint egy terv vagy osztály), míg a **container** az image-ből futó **instance** (mint egy objektum, amely egy osztályból jön létre, futási állapottal) — a Docker magva, és a kettő összekeverése zavart okoz a Docker működésének megértésében. Annak megértése, hogy az **egy image-ből sok container jöhet létre** (az ugyanaz az image többször futtatása) kulcsfontosságú a Docker skálázásban és konzisztenciájában. Az operációs tudás — az image-ek felépítése, listázása, lekérése, feltöltése, verzionálása (tag-ekkel, mint `myapp:1.0`), valamint a container-ek futtatása, leállítása, vizsgálata (naplók), és exec-e (az életciklus kezelése) — a Docker használatának mindennapi gyakorlati tudása. A **rétegzett kapcsolat** megértése (az image-eket gyorsítótárolt, megosztható rétegekből építik; a container az image read-only rétegei plusz egy vékony írható réteg, ahol a futási változások mennek, amelyek eltűnnek az eltávolításkor, hacsak nem őrizzük meg volumenekkel) megmagyarázza a Docker hatékonyságát (rétegmegosztás/gyorsítótárazás) és egy fontos buktatót (a container módosításai elmúlóak volumenek nélkül). Mivel az image/container megkülönböztetés a Docker alapvető mentális modellje, és mivel annak megértése (és a társított műveletek és rétegzett szerkezet) szükséges a Docker workloads helyes felépítéséhez, futtatásához és kezeléséhez, az image-ek és containerek közötti különbség megértése alapvető, elengedhetetlen Docker tudás — az alapvető koncepció, amelyre a Docker minden egyebe épül, és egy megkülönböztetés, amelyet minden Docker felhasználónak világosan meg kell értenie.