Как запустить Dockerfile

Развернутый ответ: запуск Dockerfile

Запуск Dockerfile — это процесс создания и запуска Docker контейнера из файла с инструкциями по сборке образа. Сам Dockerfile нельзя "запустить" напрямую — он служит рецептом для создания Docker image. Процесс состоит из двух ключевых этапов: сборки образa и запуска контейнера.

Шаг 1: Сборка образa из Dockerfile

Для создания образа используется команда docker build. Вам необходимо находиться в директории, где расположен ваш Dockerfile, или указать путь к нему.

Базовый синтаксис:

docker build -t <имя-образа>:<тег> -f <путь-к-Dockerfile> <контекст>

• -t задает имя и тег для создаваемого образa (например, myapp:latest).
• -f используется, если Dockerfile находится не в текущей директории или имеет другое имя (по умолчанию Dockerfile).
• <контекст> — это путь к директории, которая будет отправлена Docker демону для сборки (обычно текущая директория .).

Пример сборки:

# Собрать образ из Dockerfile в текущей директории, присвоив ему имя 'my-web-app'
docker build -t my-web-app:latest .

Процесс сборки: Docker демон читает инструкции в Dockerfile последовательно (FROM, RUN, COPY, CMD и т.д.) и создает слои образа для каждой инструкции. Каждый слой кэшируется, что позволяет значительно ускорить повторную сборку при изменении только поздних инструкций.

Шаг 2: Запуск контейнера из созданного образа

После успешной сборки образ становится доступен локально. Чтобы запустить контейнер из этого образa, используется команда docker run.

Базовый синтаксис:

docker run [опции] <имя-образа>:<тег>

Ключевые опции команды run:

• -d — запустить контейнер в отделенном режиме (в фоне).
• -p <хост-порт>:<контейнер-порт> — опубликовать порт контейнера на порт хоста (порт маппинг), например -p 8080:80.
• --name <имя> — присвоить контейнеру удобное имя вместо автоматически генерируемого.
• -e <KEY=VALUE> — передать environment переменную в контейнер.
• -v <хост-путь>:<контейнер-путь> — монтировать директорию хоста в контейнер (volume).
• --rm — автоматически удалить контейнер после его остановки (для чистых тестов).

Пример запуска:

# Запустить контейнер из образа 'my-web-app' в фоне, с маппингом порта и именем
docker run -d -p 8080:80 --name my-running-app my-web-app:latest

Полный типовой workflow

Представим простой Node.js приложение.

1. Создаем Dockerfile в корне проекта:

   FROM node:18-alpine
   WORKDIR /app
   COPY package.json package-lock.json ./
   RUN npm ci --only=production
   COPY src ./src
   EXPOSE 3000
   CMD ["node", "src/index.js"]
   

2. Собираем образ:

   docker build -t my-node-app:v1 .
   

3. Запускаем контейнер:

   docker run -d -p 3000:3000 --env NODE_ENV=production --name app-prod my-node-app:v1
   

Важные практики и соображения

• Контекст сборки: Указывайте минимально необходимый контекст. Копирование всей корневой директории проекта (.) может привести к передаче ненужных больших файлов (.git, node_modules), увеличивая время сборки.
• Многоступенчатые сборки: Используйте multi-stage builds для уменьшения конечного размера образa (например, отдельные этапы для компиляции и для рантайма).
• Тегирование: Придерживайтесь семантического тегирования. Используйте теги версий (v1.2.3) для релизов и latest для последней сборки, но избегайте использования latest в production из-за неопределенности.
• Сеть: Для взаимодействия нескольких контейнеров создавайте пользовательские Docker сети (docker network create) и запускайте контейнеры в них с опцией --network.
• Orchestration: Для запуска сложных многоконтейнерных приложений используйте docker-compose (для определения сервисов, сетей, volumes в docker-compose.yml) или Kubernetes (для масштабирования и управления в кластере).

Таким образом, запуск Dockerfile — это цепочка команд build и run. Понимание опций этих команд и связанных концепций (слои, volumes, сети, порты) позволяет не просто запустить контейнер, но и эффективно управлять его жизненным циклом в различных сценариях разработки и эксплуатации.