Этот вопрос проверяет понимание фундаментального процесса сборки в Docker и разницы между исходным кодом (Dockerfile) и результатом его работы.
После успешного выполнения команды docker build, которая использует инструкции из Dockerfile, мы получаем Docker образ (image). Этот образ является неизменяемым шаблоном, содержащим файловую систему (со всеми зависимостями, кодом приложения и настройками) и метаданные, описывающие, как запустить контейнер на основе этого образа. Сам по себе образ — это не запущенное приложение, а скорее "класс" или "чертеж" для создания контейнеров.
Dockerfile — это текстовый файл с инструкциями по сборке образа. Процесс сборки — это последовательное выполнение этих инструкций.
Контекст сборки: Docker клиент отправляет папку с Dockerfile и всеми файлами в ней (контекст) Docker демону.
Чтение инструкций: Демон читает Dockerfile построчно, выполняя каждую инструкцию.
Создание слоев: Каждая инструкция (RUN, COPY, ADD и т.д.) создает новый слой в файловой системе образа.
Промежуточные контейнеры: Некоторые инструкции запускают временные контейнеры для выполнения команд (например, RUN apt-get update).
Формирование образа: После выполнения всех инструкций формируется финальный, неизменяемый Docker образ.
Набор read-only слоев: Каждый слой — это результат выполнения одной инструкции из Dockerfile.
Файловая система: Объединение всех этих слоев представляет собой готовую файловую систему (например, Ubuntu + PHP + Nginx + код вашего приложения).
Метаданные:
Переменные окружения (установленные через ENV).
Команда по умолчанию для запуска (указанная через CMD или ENTRYPOINT).
Открытые порты (объявленные через EXPOSE).
Томы (VOLUME) и другая конфигурация.
Вывод: Dockerfile — это рецепт, а Docker образ — готовое "блюдо", упакованное для дальнейшего использования. Этот образ можно хранить в реестре (как Docker Hub), передавать другим разработчикам и на сервера, и на его основе запускать множество идентичных контейнеров. Сам контейнер — это запущенный экземпляр этого образа.
