Jaký je rozdíl mezi Docker image a container?

Question

Accepted Answer

Docker **image** je šablona **jen pro čtení** (zabalená aplikace se svými závislostmi); **container** je **běžící instance** image. Vztah je podobný třídě a objektu: jeden image může vytvořit mnoho containerů. ## 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) ``` ## Práce s image ```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 ``` Image jsou vytvářeny (z Dockerfile), ukládány lokálně nebo v registrech, verzovány pomocí tagů (`myapp:1.0`) a sdíleny. ## Práce s containery ```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 ``` Containery jsou vytvářeny z image, mají životní cyklus (spuštění, zastavení, spuštění, odebrání) a můžete si prohlédnout jejich logy nebo se do nich připojit přes exec. ## Vrstvený vztah ```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 ``` ## Proč je to důležité Rozdíl mezi image a containery je základem práce s Dockerem, proto je nezbytné jej pochopit. Vztah — **image** je šablona **jen pro čtení** (zabalená aplikace se svými závislostmi, jako blueprint nebo třída), zatímco **container** je **běžící instance** tohoto image (jako objekt vytvořený z třídy se stavem za běhu) — je základním konceptuálním modelem Dockeru. Zmatení těchto dvou pojmů vede k nepochopení toho, jak Docker funguje. Pochopení, že **jeden image může vytvořit mnoho containerů** (spuštění stejného image vícekrát), je klíčové pro to, jak Docker umožňuje škálování a konzistenci. Znalost praktických operací — vytváření, výpis, stahování, nahrávání a verzování **image** (s tagy jako `myapp:1.0`), a spouštění, zastavování, inspektování (logů) a exec do **containerů** (správa jejich životního cyklu) — je každodenním praktickým vědomím pro práci s Dockerem. Pochopení **vrstveného vztahu** (image vytvořené ve vrstvách s cache a sdílitelnými; container je vrstvami image pouze pro čtení plus tenká zapisovatelná vrstva, kde se ukládají runtime změny, které jsou ztraceny při odebrání, pokud nejsou trvalé prostřednictvím volumes) vysvětluje jak efektivitu Dockeru (sdílení vrstev/cache), tak důležité úskalí (změny v containeru jsou dočasné bez volumes). Protože je rozdíl image/container základním mentálním modelem pro Docker a protože jeho pochopení (a související operace a vrstvená struktura) je nezbytné pro správné vytváření, spouštění a správu Docker workloadů, je pochopení rozdílu mezi image a containery základní, nezbytné vědomí o Dockeru — základní koncept, na kterém je vše ostatní v Dockeru postaveno, a rozdíl, který musí jasně pochopit každý uživatel Dockeru.