Containerd image store в Docker Desktop: что меняется

Docker desktop containerd: ключевой принцип

Docker Desktop использует containerd image store по умолчанию в новых версиях начиная с соответствующих выпусков Desktop 4.34+. Этот backend поддерживает современные возможности образов, включая multi-platform images и связанные attestations. Classic image store и containerd image store — отдельные хранилища, а не два интерфейса к одной общей базе.

Совет: Docker Desktop использует containerd image store по умолчанию в новых версиях начиная с соответствующих выпусков Desktop 4.34+.

Контроль перед завершением

• Сохранён список важных локальных образов/контейнеров.
• Понятно, какой image store сейчас активен.
• Важные образы доступны из registry или имеют экспортную копию.

Что делать на практике

1. Откройте Settings → General и найдите опцию использования containerd image store.
2. Перед переключением зафиксируйте список важных локальных образов и тегов.
3. Включите или отключите backend и перезапустите Docker Desktop, если интерфейс этого требует.
4. Сравните docker image ls до и после и не удаляйте старое хранилище, пока не убедились в наличии нужных образов.
5. Для уникальных образов заранее используйте registry или docker save, если их нельзя легко пересобрать.

Совет: Откройте Settings → General и найдите опцию использования containerd image store.

Containerd image store: ограничения и ошибки

После переключения пользователь может решить, что образы пропали, хотя они остаются в неактивном store и снова видны после обратного переключения. Переключение backend не является командой миграции всех локальных образов автоматически между двумя stores. Для рабочих проектов лучше заранее знать, какие образы можно повторно pull/build, а какие локальные артефакты нужно сохранить отдельно. В связанных материалах и настройках встречаются также термины: multi-platform images, Docker Desktop 4.34.

Предупреждение: Для рабочих проектов лучше заранее знать, какие образы можно повторно pull/build, а какие локальные артефакты нужно сохранить отдельно.

Практический нюанс

Classic store не умеет локально хранить image indices/manifest lists так, как containerd store. Если вы регулярно строите multi-platform images, переход на containerd обычно устраняет это ограничение локального image store.

Что проверить в реальном сценарии

Переключение store удобно проверять командой `docker images` до и после изменения. Если образ есть только в неактивном store, его отсутствие в списке не означает удаление с диска; верните прежний backend или заново pull/build нужный image.

Как убедиться, что задача решена

До переключения сохраните список локальных образов и контейнеров, затем сравните docker image ls и docker ps -a после Apply. Если знакомые объекты исчезли, это не означает автоматическое удаление: Docker Desktop держит classic и containerd stores раздельно и показывает активный. Возврат на прежний store должен снова сделать его содержимое видимым; важные образы всё равно лучше иметь в registry или экспортировать.

Важно: Не сделан вывод об удалении по одному пустому списку

Что учитывать

После переключения пользователь может решить, что образы пропали, хотя они остаются в неактивном store и снова видны после обратного переключения. Переключение backend не является командой миграции всех локальных образов автоматически между двумя stores. Для рабочих проектов лучше заранее знать, какие образы можно повторно pull/build, а какие локальные артефакты нужно сохранить отдельно. В связанных материалах и настройках встречаются также термины: multi-platform images, Docker Desktop 4.34.

Источники и проверка

Фактическая часть сверена по первичным источникам (в т.ч. Containerd image store). Пример и формулировки — редакция N1RO на 2026-09-23.

• Containerd image store