¿Cuál es la diferencia entre las imágenes y los contenedores de Docker?

Question

Accepted Answer

Una **imagen** de Docker es una **plantilla** de solo lectura (una aplicación empaquetada con sus dependencias); un **contenedor** es una **instancia en ejecución** de una imagen. La relación es como una clase y un objeto: una imagen puede generar muchos contenedores. ## Imagen vs contenedor ```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) ``` ## Trabajando con imágenes ```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 ``` Las imágenes se construyen (desde un Dockerfile), se almacenan localmente o en registros, se versionan con etiquetas (`myapp:1.0`) y se comparten. ## Trabajando con contenedores ```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 ``` Los contenedores se crean a partir de imágenes, tienen un ciclo de vida (ejecutar, detener, iniciar, eliminar), y puedes inspeccionar registros o acceder a ellos. ## La relación en capas ```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 ``` ## Por qué es importante Comprender la distinción entre imágenes y contenedores es fundamental para trabajar con Docker, por lo que es un conocimiento esencial e imprescindible. La relación — una **imagen** es una **plantilla** de solo lectura (la aplicación empaquetada con dependencias, como un plano o una clase) mientras que un **contenedor** es una **instancia en ejecución** de esa imagen (como un objeto creado a partir de una clase, con estado en tiempo de ejecución) — es el modelo conceptual principal de Docker, y confundir los dos genera confusión sobre cómo funciona Docker. Comprender que **una imagen puede generar muchos contenedores** (ejecutar la misma imagen varias veces) es clave para entender cómo Docker permite el escalado y la consistencia. Conocer las operaciones prácticas — construir, listar, descargar, enviar y versionar **imágenes** (con etiquetas como `myapp:1.0`), y ejecutar, detener, inspeccionar (registros) y acceder a **contenedores** (gestionar su ciclo de vida) — es conocimiento práctico cotidiano para usar Docker. Comprender la **relación en capas** (imágenes construidas en capas almacenadas en caché y compartibles; un contenedor siendo las capas de solo lectura de la imagen más una capa delgada escribible donde van los cambios en tiempo de ejecución, que se pierden al eliminarse a menos que se persistan mediante volúmenes) explica tanto la eficiencia de Docker (compartición de capas/almacenamiento en caché) como una trampa importante (los cambios del contenedor son efímeros sin volúmenes). Ya que la distinción imagen/contenedor es el modelo mental fundamental para Docker, y ya que comprenderla (y las operaciones y estructura en capas asociadas) es necesario para construir, ejecutar y gestionar cargas de trabajo de Docker correctamente, comprender la diferencia entre imágenes y contenedores es conocimiento esencial y fundamental de Docker — el concepto principal sobre el que se construye todo lo demás en Docker, y una distinción que todo usuario de Docker debe comprender claramente.