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

Спасибо, покурю его.

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

а что значит портится базовый слой? никогда с таким не сталкивался

кто мешает тегировать образы

Сейчас тег как правило тегает приложение. А не инфру

Да так вполне годно. Но почему то этого нет

А для тех кто не знает, расскажи плиз как базовые слои "портятся") а то я чттто не понял про что ты)

есть, тот же alpine tag

ну так пакетная база основного слоя устаревает. и в ней находят дыры

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

ы ?

nginx:1.10-alpine

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

я понимаю механику процесса. но говорю есть имиджи которые я не пересобираю

Берешь базовый альпайн или что угодно и собираешь свое, для приложения фром уже из приватного реджистри

мне кажется, что проблема не в докере

однако это всё равно создает не идемпотентность имиджей.

Берешь базовый альпайн или что угодно и собираешь свое, для приложения фром уже из приватного реджистри

для такого варианта процесс пересборки длиннее, мы просто базируемся на официальных сборках, а-ля httpd:2.4.28 и обвновляем их время от времени, меньше телодвижений

Пересборка длинная? Ну не замечал долгой сборку базы

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

чтоб пересобрать конечный образ при изменении базового, тебе надо собрать несколько по цепочке

а так ты просто тег поменял в from, а база качается из docker hub

всё это хрень госопода. пойду базел смотреть.

и https://docs.docker.com/develop/develop-images/baseimages/

всё так да. просто у меня в голове есть определенная каша с тем что * имиджи не изменяемые * тег всегда ведет в одно место * приложение может хотеть конкретные версии библиотек которые не обзятательно будет доступны через год. * секурити требует что бы в имиджах было как можно меньше уязвимостей. всё 4 момента в общем предполагают что текущий уровень тегирования не верен.

всё так да. просто у меня в голове есть определенная каша с тем что * имиджи не изменяемые * тег всегда ведет в одно место * приложение может хотеть конкретные версии библиотек которые не обзятательно будет доступны через год. * секурити требует что бы в имиджах было как можно меньше уязвимостей. всё 4 момента в общем предполагают что текущий уровень тегирования не верен.

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

госам объяснишь что gost стоит таки добить и сделать в openssl стандартом ?

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

в сухом остатке получается что: * при переодической пересборке базового слоя его надо тегать * тег пересборки надо выносить в тег имиджа.

иначе нарушается * тег всегда ведет в одно место

в сухом остатке получается что: * при переодической пересборке базового слоя его надо тегать * тег пересборки надо выносить в тег имиджа.

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

Это не технический вопрос :)

а какой, философский?)

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