Какова разница между Docker образами и контейнерами?

Question

Accepted Answer

Docker **образ** — это доступный только для чтения **шаблон** (упакованное приложение с его зависимостями); **контейнер** — это **запущенный экземпляр** образа. Отношение похоже на класс и объект: один образ может порождать много контейнеров. ## Образ и контейнер ```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) ``` ## Работа с образами ```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 ``` Образы создаются (из Dockerfile), хранятся локально или в реестрах, версионируются с помощью тегов (`myapp:1.0`) и распространяются. ## Работа с контейнерами ```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 ``` Контейнеры создаются из образов, имеют жизненный цикл (запуск, остановка, перезапуск, удаление), и вы можете проверять логи или выполнять команды внутри них. ## Многоуровневая структура связи ```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 ``` ## Почему это важно Понимание различия между образами и контейнерами является фундаментальным для работы с Docker, поэтому это необходимые и обязательные знания. Отношение — **образ** является доступным только для чтения **шаблоном** (упакованное приложение с зависимостями, как чертёж или класс), а **контейнер** — это **запущенный экземпляр** этого образа (как объект, создаваемый из класса, с состоянием во время выполнения) — это основная концептуальная модель Docker, и путаница между ними ведёт к неправильному пониманию того, как работает Docker. Понимание того, что **один образ может порождать много контейнеров** (запуск одного и того же образа несколько раз) — ключ к тому, как Docker обеспечивает масштабируемость и согласованность. Знание практических операций — создание, перечисление, получение, отправка и версионирование **образов** (с использованием тегов типа `myapp:1.0`), а также запуск, остановка, проверка (логи) и выполнение команд внутри **контейнеров** (управление их жизненным циклом) — это повседневные практические знания для работы с Docker. Понимание **многоуровневой структуры** (образы создаются в кэшируемых, совместно используемых слоях; контейнер — это слои образа только для чтения плюс тонкий перезаписываемый слой, где хранятся изменения во время выполнения, потеряются при удалении, если не сохранены через volumes) объясняет как эффективность Docker (совместное использование/кэширование слоёв), так и важное исключение (изменения контейнера являются эфемерными без volumes). Поскольку различие между образом и контейнером — это основная ментальная модель Docker, и поскольку её понимание (и связанные с ней операции и многоуровневая структура) необходимо для правильного создания, запуска и управления рабочими нагрузками Docker, понимание разницы между образами и контейнерами — это существенное, фундаментальное знание Docker — основной концепт, на который опирается всё остальное в Docker, и различие, которое каждый пользователь Docker должен чётко понимать.