Как работают слои Docker-образов и кеширование при сборке?

Question

Accepted Answer

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

## Слои — каждая инструкция добавляет слой

```text
Each Dockerfile instruction (FROM, RUN, COPY, etc.) creates a read-only LAYER:
  → layers stack to form the image; layers are CACHED and SHARED between images
  → if a layer is unchanged, Docker REUSES the cached layer (skips rebuilding it)
→ Layer caching makes rebuilds fast — only changed layers (and those AFTER) rebuild.
```

## Правило кеширования (порядок имеет значение)

```text
Docker caches layers IN ORDER. When an instruction's input changes, that layer AND
ALL layers AFTER IT are rebuilt (cache invalidated from that point down).
→ Put STABLE things EARLY and FREQUENTLY-CHANGING things LATE in the Dockerfile.
```

## Классическая оптимизация: зависимости перед кодом

```dockerfile
# ✅ GOOD — copy dependency manifest first, install, THEN copy code
COPY package*.json ./
RUN npm install          # this layer is cached UNLESS package.json changes
COPY . .                 # code changes here don't invalidate the npm install layer

# ❌ BAD — copy everything first
COPY . .                 # ANY code change invalidates...
RUN npm install          # ...so npm install RE-RUNS on every code change (slow!)
```

Скопировав файлы зависимостей и установив их **перед** копированием остального кода, (медленный) слой установки зависимостей остаётся в кеше при изменениях кода — это крайне важная оптимизация, которая делает пересборку быстрой.

## Сокращение размера образа

```text
✓ Combine related RUN commands (fewer layers) and clean up in the SAME layer
  RUN apt-get update && apt-get install -y x && rm -rf /var/lib/apt/lists/*
✓ Use small base images (alpine, slim, distroless)
✓ Use .dockerignore to exclude unneeded files from the build context
✓ Use multi-stage builds (build artifacts in one stage, copy only what's needed)
```

## Почему это важно

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

Фундаментальная концепция — каждая инструкция Dockerfile создаёт кешируемый, переиспользуемый **слой**, и Docker **переиспользует неизменённые кешированные слои**, пересобирая изменённые слои и всё после них — объясняет, как сделать сборку быстрой.

**Критическое правило кеширования** (кеш инвалидируется с первой изменённой инструкции вниз, поэтому порядок важен: стабильные вещи в начале, часто меняющиеся в конце) определяет **единственную наиболее важную оптимизацию**: копирование файлов зависимостей и установку зависимостей **перед** копированием кода приложения, так чтобы медленный слой установки зависимостей оставался в кеше при частых изменениях кода (вместо повторного запуска `npm install`/`pip install` при каждом изменении кода — разница между быстрой и мучительно медленной пересборкой).

Понимание этого паттерна в одиночку резко улучшает время сборки, постоянную проблему разработчика.

Знание методов **сокращения размера образа** — объединение RUN-команд с очисткой в одном слое, использование маленьких базовых образов (alpine, slim, distroless), `.dockerignore` для исключения ненужных файлов и многоэтапные сборки — производит меньшие, быстрее развёртываемые образы (снижая хранилище, время передачи и поверхность атаки).

Поскольку Docker-сборки происходят постоянно (в разработке и CI/CD) и медленные сборки или раздутые образы вредят продуктивности и развёртыванию, и поскольку понимание слоёв и кеширования позволяет писать Dockerfile, которые собираются быстро и остаются компактными, понимание Docker-слоёв и кеширования при сборке — модель слоёв, зависящее от порядка правило кеширования, оптимизация зависимостей перед кодом и методы сокращения размера — это ценное, часто применяемое знание для эффективного использования Docker, ключевой навык, отличающий тех, кто пишет быстрые, стройные Dockerfile, от тех, кто страдает от медленных сборок и раздутых образов.