Docker: каковы рекомендации по тегированию изображений для среды

это то, что работал лучше для меня и моей команды, и я рекомендую его:

рекомендую одно РЕПО на проект для всех сред, им легче управлять. Особенно если у вас есть микросервисы, то ваш проект состоит из нескольких микросервисов. Управление одним РЕПО на env на проект-это боль.

например, у меня есть api пользователей. РЕПО докера users. И это РЕПО используется alpha, dev и beta.

мы создаем переменную env под названием $DOCKER_TAG в нашем сервисе CI / CD и установите его во время создания сборки, например:

DOCKER_TAG: $(date +%Y%m%d).$BUILD_NUMBER => это в bash.

здесь $BUILD_NUMBER предварительно устанавливается при запуске сборки при запуске CI/CD. Например, когда мы объединяем PR, запускается сборка, как build no. 1, so $BUILD_NUMBER: 1.

полученный тег выглядит так при использовании: 20171612.1 Итак, наш образ докера: users:20171612.1

почему этот формат?

• это позволяет нам развертывать один и тот же тег в разных средах с помощью выполнить задачу.
• это помогает нам отслеживать, когда изображение было создано и что построить его принадлежит.
• через номер сборки мы можем найти информацию о фиксации и сопоставить все вместе по мере необходимости, хорошо для trobleshooting.
• это позволяет нам использовать одно и то же Docker repo за проект.
• приятно знать, когда мы создали изображение из самого тега.

Итак, когда мы сливаемся, мы создаем одну сборку. Затем эта сборка развертывается по мере необходимости в разных средах. Мы не создаем независимую сборку для каждой среды. И мы отслеживаем, что где развернуто.

если есть ошибка в среде с определенным тегом, мы вытаскиваем такой тег, строим и trobleshoot и воспроизводим проблему при этом условии. Если мы нашли проблему, у нас есть номер сборки в теге 20171612.1 Итак, мы знаем, что сборки нет. У меня проблема. Мы проверяем наш сервис CI/CD, и это говорит нам, что commit является самым последним. Мы проверяем, что фиксируем хэш из git и отлаживаем и исправляем проблему. Затем мы развертываем его как исправление, например.

если у вас еще нет CI/CD, и вы делаете это вручную, просто установите тег в этом формате вручную (в значительной степени введите полную строку как есть) и вместо номера сборки используйте зафиксируйте короткий хэш git (если вы используете git):

20170612.ed73d4f

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

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

попробуйте, отрегулируйте его по мере необходимости и сделайте то, что он лучше всего подходит для ты и твоя команда. Есть много способов пометить. Мы пробовали много и это наш любимый до сих пор.

надеюсь, это поможет.