Size: a a a

DevOps — русскоговорящее сообщество

2020 July 02

HC

Henry Chinaski in DevOps — русскоговорящее сообщество
inqfen
Ты-то меня чего спрашиваешь, у тебя свои правила устаревания
свои, да. Думал, мб есть сходства с моими
источник

GG

George Gaál in DevOps — русскоговорящее сообщество
inqfen
А если ты из кода быстро не можешь родить образ, поэтому его хранишь и не чистишь - это плохо
У тебя повторяемость нарушается
источник

HC

Henry Chinaski in DevOps — русскоговорящее сообщество
пока был проект один, всё было норм, можно было не париться. А когда параллельно развернули ещё один, теперь надо отслеживать  используемые образа
источник

GG

George Gaál in DevOps — русскоговорящее сообщество
Henry Chinaski
свои, да. Думал, мб есть сходства с моими
Харбор, кстати, умеет в ретеншен образов
источник

GG

George Gaál in DevOps — русскоговорящее сообщество
И гитлаб со встроенным тоже
источник

i

inqfen in DevOps — русскоговорящее сообщество
George Gaál
У тебя повторяемость нарушается
nyet
источник

GG

George Gaál in DevOps — русскоговорящее сообщество
inqfen
nyet
Да, у тебя исходник для сборки может быть недоступен или его заменили (я не про твой код, а про зависимости)
источник

i

inqfen in DevOps — русскоговорящее сообщество
Если не делать всяких from latest, везде версионировать пакаджи и все такое - то не нарушается
источник

i

inqfen in DevOps — русскоговорящее сообщество
George Gaál
Да, у тебя исходник для сборки может быть недоступен или его заменили (я не про твой код, а про зависимости)
Недоступен - это я как раз про то очень древнее
источник

GG

George Gaál in DevOps — русскоговорящее сообщество
inqfen
Если не делать всяких from latest, везде версионировать пакаджи и все такое - то не нарушается
Не помогает. Пидоры могли убрать образ с неким тегом. Или не соблюсти конвенцию про иммутабельность
источник

i

inqfen in DevOps — русскоговорящее сообщество
А все зависимости тянутся не что-то последнее, а что-то конкретное
источник

HC

Henry Chinaski in DevOps — русскоговорящее сообщество
George Gaál
Да, у тебя исходник для сборки может быть недоступен или его заменили (я не про твой код, а про зависимости)
вполне ожидаемая картина, поэтому все исходники лучше проксировать и сохранять у себя
источник

GG

George Gaál in DevOps — русскоговорящее сообщество
Вариант - везде указывать исходный sha, но это прям больно
источник

i

inqfen in DevOps — русскоговорящее сообщество
George Gaál
Вариант - везде указывать исходный sha, но это прям больно
Дык композеры и прочее так искаропки делают
источник

GG

George Gaál in DevOps — русскоговорящее сообщество
Henry Chinaski
вполне ожидаемая картина, поэтому все исходники лучше проксировать и сохранять у себя
Все проще - держать свою коллекцию базовых образов :-D
источник

i

inqfen in DevOps — русскоговорящее сообщество
sha коммита всегда есть
источник

GG

George Gaál in DevOps — русскоговорящее сообщество
inqfen
Дык композеры и прочее так искаропки делают
Php, golang - да. Докер - нет
источник

GG

George Gaál in DevOps — русскоговорящее сообщество
Пора docker.lock делать, лол
источник

GG

George Gaál in DevOps — русскоговорящее сообщество
inqfen
sha коммита всегда есть
Для твоего кода - да. Для кода в инете - гарантий нет. Были кейсы с архивацией, переименованием или удалением реп.
источник

i

inqfen in DevOps — русскоговорящее сообщество
В случае с докером вообще на самом деле часто кроме ОС ничего не надо, то есть надо только условный buster:slim такой-то версии
источник