так:
my-awesome-app:<digest1>
my-awesome-app:<digest2>
Вот тут можно почитать подробнее про то, как это устроено и почему (https://habr.com/ru/company/flant/blog/565598/).
2. А зачем?
> 2. А зачем? вы клоните к тому, что если werf - единая точка менеджмента экосистемы `git - helm - registry - k8s', то оно и не нужно? правильно понимаю, что идея в том, чтобы оперировать более высокоуровневыми понятиями - такими, как приложение и его k8s-ресурсы (деплойменты, стейтфулсеты и т.д.), у которых уже есть вполне себе человекочитаемые имена, а связывание k8s-ресурсов с docker-образами берет на себя werf? просто иногда удобно иметь в имени репозитория образа какую-то мнемонику. когда смотришь на образ и понимаешь - это фронт, бэк или еще какая-то запчасть. вполне реальный пример: нужно предоставить набор образов в другую команду/организацию, которая не пользуется werf-ом. в этом случае хорошо иметь что-то такое: ``` my-awesome-app-frontend:<digest1> my-awesome-app-backend:<digest2> или my-awesome-app/frontend:<digest1> my-awesome-app/backend:<digest2> или my-awesome-app:frontend-<digest1> my-awesome-app:backend-<digest2> ``` ну и вместо <digest> в этом сценарии, удобно было бы использовать SemVer.
Вспомнил пример, зачем нужны человекочитаемые теги. Допустим, мы узнали, что в текущей версии приложения что-то сломалось. Мы идем в описание манифеста деплоймента и видим там дайджест. Как можно быстро по дайджесту определить, в какой коммит смотреть?
Обсуждают сегодня