Как-то так можно

можно, но это затраты разработчика

А сборки и все прочее, они все равно запускают командами, ничто не мешает им залогинится в докер и там все делать

ты тратишь его время на привыкание к твоим инструментам

Ну, тут или будешь страдать ты, или некоторые время они. Сам решай)

Магического решения тут нет.

по мне так крутой девопс сделает ci незаметно для разраба

Он не может так сделать, он же *dev*ops

у тебя есть гит с кодом, дальше строй ci как тебе хочется

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

естесно, все так

Потому что если разрабам нужна будет новая версия бинарной библиотеки, как ты об этом узнаешь? Или они перейдут на новую версию ноды.

использовать их докерфайлы

они их сами поддерживают

а значит отказаться от базовых образов

Это очень скверная идя

*идея

об этом и был вопрос

встал вопрос о скорости сборки, для скорости нужны кэши и базовые образа

По сути, ты отдаешь часть своей работы разрабам, причем тебе нужно будет постоянно ее ревьюить.

Базовый образ не обязател, он больше для удобства, если у тебя есть дев и прод образы, если не я ошибаюсь.

А вот правильный менеджмент слоев нужен

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

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

Эм .. зачем? Как уже писали - тебе кеши не нужны.

да как не нужны, слои закешированные

если у тебя не 1 билд хост а десяток в пуле?

на каждом держать все слои?

это странно

Ну можно попробовать папку со кешами (или что оно там представляет) вынести по nfs куда нибудь. После того как хром работает с общим кешем, я уже не удивлюсь если и докер так может

это странно

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

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

у тебя они прилетают из одного места - реестра

то же самое со слоями должно быть

Ну можно попробовать папку со кешами (или что оно там представляет) вынести по nfs куда нибудь. После того как хром работает с общим кешем, я уже не удивлюсь если и докер так может

нагуглить пока не получилось чет(

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

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

да это работает если у тебя один билд хост, который ребилдит один и тот же проект

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

Просто dockerfile будет выглядет как-то так: RUN установка библиотек, которые всегда будут нужны RUN установка библиотек, которые не часто будут меняться Ну и все остальное дальше

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

у тебя билд образа сколько времени занимает?

5 минут

именно образа по Dockerfile ?

да

с нуля

а если не с нуля на той же тачке опять?

Счастливый человеК)

*человек

а если не с нуля на той же тачке опять?

понятное дело с имеющимися слоями 1.5 минуты

у тебя при билде образа что-то компилится?

Счастливый человеК)

возможно) надо минуту)

у тебя при билде образа что-то компилится?

да, js собирается

возможно) надо минуту)

А это в целом возможно?)

А это в целом возможно?)

да, у девелопера примерно столько времени уходит на установку всех зависимостей и сборку

так может тебе кэшить надо папку node_modules а не докер кэши/слои/итп ?

Кстати, если что, папку node_modules, например, можно подключать на этапе сборки, при помощи Rocker

так может тебе кэшить надо папку node_modules а не докер кэши/слои/итп ?

можно, но как её сделать доступной для всех 10 слейвов?

rsync)

древние технологии)

npm юзаете?

Ну, у тебя еще есть samba

перешли на yarn, тк он быстрее)

node_modules можно коммитить вместе с проектом ?

Хочешь новых, возьми какой нибудь ceph и страдай)

node_modules можно коммитить вместе с проектом ?

хозяин гита пуканет)

Хочешь новых, возьми какой нибудь ceph и страдай)

))) понятно

Кстати меня вот тоже интересует вопрос как лучше управляться с node_modules

))) понятно

Ну, что-то может не прав, но быстро поискав нашел только samba и sshfs, понятно, что будет медленее

ERROR: S client not available

node_modules можно коммитить вместе с проектом ?

Ну это жесть))

кто решит проблемпу в node_modules и докером тому печеньку

Кстати меня вот тоже интересует вопрос как лучше управляться с node_modules

я читал круто в начало докерфайла скопировать package.json

мы выкинули ее из образа, ставим при деплои на волум и шарим между контейнерами, но у нас все просто, все контейнеры на одном хосте

Ну это жесть))

это hard style вендоринг, че ты

он типа закешируется

и дальше когда package.json обновится - слой пересоберется

кто решит проблемпу в node_modules и докером тому печеньку

кешируй репу с модулями локально (прокси сервер))

а весь код остальной надо в конец докерфайла

я читал круто в начало докерфайла скопировать package.json

Но только после установки самой ноды и прочее.А то ставить после него либы будет зашкварненько.

Но только после установки самой ноды и прочее.А то ставить после него либы будет зашкварненько.

это да, понятно

Ну это жесть))

как дела с проектом?

как дела с проектом?

Вот настраиваю сейчас докер образы для сборки) Увидел сколько модулей уже тянется и понял, что с node_modules надо что-то делать ?

Вот настраиваю сейчас докер образы для сборки) Увидел сколько модулей уже тянется и понял, что с node_modules надо что-то делать ?

Не пора ли уже жестко паковать зависимости в контейнер?

и дальше когда package.json обновится - слой пересоберется

эт будет происходить каждую версию при нормальной разработке

а в чем вопрос с node_modules?

а в чем вопрос с node_modules?

Наверное, как везде. Слишком большой stdout и слишком много маленьких файлов.

у нас так: npm i и сопутствующее делаем не из докерфайла, а на хосте, а потом просто в докерфайле add

эт будет происходить каждую версию при нормальной разработке

далеко не каждую

далеко не каждую

что значит далеко не каждую, если версия прямо пишется в package.json лол

лол? версия пишется при сборке артефакта, не?

при нормальной разработке - нет

если я вообще правильно понимаю, что имеется в виду

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

при нормальной разработке - нет

делать каждуый вечер npm update с риском что хипстеры на том конце что нить сломают?

Апдейт-то тут при чем? Мы про то, что в package.json проекта пишется версия этого самого проекта, поэтому при каждом выпуске этот package.json будет неизбежно обновляться. Потому что у самого проекта версия проинкрементировалась. Поэтому те, кто советуют первым слоем его кинуть, чтобы улучшить кэширование - веселые ребята

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

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

так что в моем случае package.json в начале докерфайла сработает ок

хит/мисс ратио 1:1

великолепно

отличный кэш

Апдейт-то тут при чем? Мы про то, что в package.json проекта пишется версия этого самого проекта, поэтому при каждом выпуске этот package.json будет неизбежно обновляться. Потому что у самого проекта версия проинкрементировалась. Поэтому те, кто советуют первым слоем его кинуть, чтобы улучшить кэширование - веселые ребята

А разве там нельзя версию грепать из какого-то стороннего файла?