Moby: Команда Docker, чтобы проверить, устарел ли локальный образ контейнера?

Нет, в настоящее время нет встроенной опции, позволяющей проверить, не устарело ли изображение. Автоматическое обновление контейнеров - это то, что действительно различается в зависимости от варианта использования; «слепое» обновление до последней версии нетривиально. Например, some-image:latest может привести к _ полностью_ другому изображению (например, ubuntu:latest относится к последней версии "LTS", которая в какой-то момент переключилась с 14.04 на 16.04), в то же время some-image:1.2.3 "выглядит" как тег SemVer (ish), но нет никакой гарантии, потому что автор изображения должен решить как схему "тега", так и то, что она означает (в основном, теги - это просто бесплатные форма «этикетка»).

По этой причине рекомендуется использовать неизменяемый идентификатор для ваших контейнеров (например, ubuntu<strong i="9">@sha256</strong>:aabbbcccddd ); это позволяет вам _тестировать_ именно ту версию образа, которую вы используете, и иметь гарантию, что это _ та же_ версия, которая была протестирована в вашем процессе контроля качества.

Сказав вышесказанное, есть несколько вариантов;

• при использовании docker compose , вы можете docker-compose pull получить последнюю версию всех изображений, используемых в вашем стеке компоновки
• когда _building_ images, вы можете docker build --pull ..... принудительно извлечь изображение, определенное в FROM перед запуском сборки
• при использовании услуг; docker service update --force --image foo:bar <servicename> разрешает последнюю версию указанного изображения foo:bar и "прикрепляет" все экземпляры службы к этой версии.

Надеюсь, это ответит на ваш вопрос. Помните, что трекер проблем GitHub предназначен не для использования в качестве форума общей поддержки, а для сообщений об ошибках и запросов функций. Для других типов вопросов рассмотрите возможность использования одного из;

• https://forums.docker.com
• канал Slack сообщества Docker
• Переполнение стека

Я собираюсь закрыть этот вопрос, потому что это не ошибка, но не стесняйтесь продолжать разговор 👍

Однако есть разница между «слепым обновлением» и простым получением уведомления об изменении удаленного образа (с использованием того же тега), чтобы вы могли начать сборку и процесс контроля качества.

Конечно. Стабильный механизм, с помощью которого можно обнаруживать обновления контейнера _ без повторной загрузки всего контейнера каждый день_, был бы потрясающим.

Обновления безопасности чрезвычайно важны, и отсутствие этой функции не облегчает поддержание в актуальном состоянии ...