Зачем нужен слой в Docker?

Зачем нужны слои в Docker

Слой (layer) в Docker — это фундаментальная концепция, которая обеспечивает эффективность, масштабируемость и переиспользование контейнеров. Понимание слоёв критически важно для оптимизации образов и workflow разработки.

Что такое слой в Docker

Каждая инструкция в Dockerfile (FROM, RUN, COPY, ADD, WORKDIR и др.) создаёт новый слой. Эти слои накладываются друг на друга (stackable), формируя готовый образ.

FROM node:18              # Слой 1: базовый образ
WORKDIR /app             # Слой 2: задание рабочей директории
COPY package*.json ./    # Слой 3: копирование файлов
RUN npm install          # Слой 4: установка зависимостей
COPY . .                 # Слой 5: копирование кода
EXPOSE 3000              # Метаданные (не слой)
CMD ["node", "index.js"] # Метаданные (не слой)

Этот Dockerfile создаст 5 слоёв, которые образуют финальный образ.

Основные причины наличия слоёв

1. Кеширование и производительность

Docker использует layer caching для ускорения сборки. Если слой не изменился, Docker используёт кешированную версию вместо пересборки.

# Оптимизированный Dockerfile
FROM node:18
WORKDIR /app

# Копируем только package.json (редко меняется)
COPY package*.json ./
RUN npm install

# Копируем весь код (часто меняется)
COPY . .

CMD ["node", "index.js"]

При разработке:

• Изменили index.js → пересобирается только последний слой (быстро)
• Изменили package.json → пересобираются слои с package.json и далее (медленнее)
• Не изменили ничего → используется полностью кешированный образ (моментально)

2. Переиспользование и модульность

Базовый образ (например, node:18) — это сам по себе набор слоёв. Когда вы используете его, вы переиспользуете эти слои.

# На диске хранится один раз
/var/lib/docker/overlay2/
  abc123/     # слой базового образа node:18
  def456/     # слой с npm install
  ghi789/     # слой с вашим кодом

Если у вас 5 контейнеров на базе node:18, слои базового образа хранятся один раз, что экономит место.

3. Экономия дискового пространства

Слои используют Copy-on-Write (CoW) механизм. Изменение файла в контейнере не дублирует весь образ, только изменённые части.

# Образ занимает 500MB
# Контейнер занимает дополнительно только изменённые файлы (~10MB)
# Всего: 500MB + 10MB, а не 500MB + 500MB

4. Слои образуют структурированную историю

$ docker history myapp:latest
IMAGE               CREATED             CREATED BY                      SIZE
abc123def456        2 hours ago          /bin/sh -c CMD ["node"]         0B
xyz789abc123        2 hours ago          /bin/sh -c COPY . .             50MB
123def456abc        2 hours ago          /bin/sh -c npm install          150MB
456abc123def        2 hours ago          /bin/sh -c COPY package*.json   5KB
...

Это помогает понять, что занимает место в образе.

Как Docker организует слои

Union File System (UFS)

Docker использует union mounting для стакирования слоёв:

╔════════════════════════════════════╗
║ Слой 5 (контейнер: читаемо-пишемо)║ ← writable layer
╠════════════════════════════════════╣
║ Слой 4 (ваш код: только чтение)    ║
╠════════════════════════════════════╣
║ Слой 3 (npm install: только чтение) ║
╠════════════════════════════════════╣
║ Слой 2 (рабочая директория)        ║
╠════════════════════════════════════╣
║ Слой 1 (базовый образ node:18)     ║
╚════════════════════════════════════╝

Когда приложение обращается к файлу, Docker ищет его сверху вниз по слоям.

Лучшие практики при работе со слоями

1. Минимизируйте количество слоёв

# Плохо: много слоёв
RUN apt-get update
RUN apt-get install -y curl
RUN apt-get install -y git
RUN apt-get clean

# Хорошо: один слой
RUN apt-get update && \
    apt-get install -y curl git && \
    apt-get clean

2. Порядок команд — критичен

# Плохо: часто меняющийся слой в начале
COPY . .
RUN npm install

# Хорошо: редко меняющиеся слои в начале
COPY package*.json ./
RUN npm install
COPY . .

3. Используйте .dockerignore

node_modules
.git
.env
*.log

Это предотвращает копирование ненужных файлов в слои образа.

4. Multi-stage builds

# Stage 1: построение
FROM node:18 AS builder
WORKDIR /app
COPY package*.json ./
RUN npm install
COPY . .
RUN npm run build

# Stage 2: production
FROM node:18-alpine
WORKDIR /app
COPY --from=builder /app/dist ./dist
COPY --from=builder /app/node_modules ./node_modules
CMD ["node", "dist/index.js"]

Этот подход использует только нужные слои в финальном образе, значительно уменьшая размер.

Команды для работы со слоями

# Посмотреть слои образа
docker history myapp:latest

# Посмотреть размер образа и слоёв
docker images

# Инспектировать слои
docker inspect myapp:latest

# Просмотр логов при сборке
docker build -t myapp . --progress=plain

Итоговые преимущества слоёв

• Кеширование: Ускорение сборки через переиспользование слоёв
• Эффективность: Экономия дискового пространства благодаря CoW
• Масштабируемость: Один базовый образ — множество контейнеров
• Контроль: Точный контроль над тем, что и когда собирается
• История: Возможность откатиться на предыдущий слой

Понимание и оптимизация слоёв — это ключевой навык для создания быстрых, эффективных и масштабируемых Docker образов.