Size: a a a

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

2020 June 24

4

4c74356b41 in Kubernetes — русскоговорящее сообщество
Alexandr Esaulov
Подскажите, как правильно добавлять исходный код приложения в контейнер. Проект на laravel, планируется через gitlab-ci создавать новые images, и пушить их в registry. Документации на эту тему много, но для меня не понятно одно, неужели при каждом пуше в репу, необходимо заново добавлять все исходники в образ?

Приведу пример, исходники проекта 100 мб, и кол-во файлов в нем десятки тысяч. В коммите  изменен например 1 файл, неужели нужно создавать новый image, в который будет заново скопирован весь исходный код? Можно ли это как-то упростить?
Можно - не использовать пхп
источник

AA

Artyom Abramovich in Kubernetes — русскоговорящее сообщество
4c74356b41
Можно - не использовать пхп
😂
источник

DS

Dmitry Sapronov in Kubernetes — русскоговорящее сообщество
4c74356b41
Можно - не использовать пхп
Баян
источник

DS

Dmitry Sapronov in Kubernetes — русскоговорящее сообщество
Оптимизация образов Docker / Хабр
https://habr.com/ru/post/234829/
источник

Д

Даня in Kubernetes — русскоговорящее сообщество
Что будет через 60 дней?
источник

Д

Даня in Kubernetes — русскоговорящее сообщество
Когда тыкаешь "Leran more"...
источник

AE

Alexandr Esaulov in Kubernetes — русскоговорящее сообщество
про слои известно. Но как здесь они помогут? В любом случае, исходники будут копироваться в какой-то заранее подготовленный базовый образ. Или можно как-то разделить исходники на слои?
источник

VR

Vadim Rutkovsky in Kubernetes — русскоговорящее сообщество
Alexandr Esaulov
про слои известно. Но как здесь они помогут? В любом случае, исходники будут копироваться в какой-то заранее подготовленный базовый образ. Или можно как-то разделить исходники на слои?
можно разделить конечно, но зачем?
источник

4

4c74356b41 in Kubernetes — русскоговорящее сообщество
Alexandr Esaulov
про слои известно. Но как здесь они помогут? В любом случае, исходники будут копироваться в какой-то заранее подготовленный базовый образ. Или можно как-то разделить исходники на слои?
Идея с отказом от пхп, внезапно, выглядит ещё привлекательнее
источник

AE

Alexandr Esaulov in Kubernetes — русскоговорящее сообщество
Vadim Rutkovsky
можно разделить конечно, но зачем?
ускорить скорость сборки
источник

AE

Alexandr Esaulov in Kubernetes — русскоговорящее сообщество
4c74356b41
Идея с отказом от пхп, внезапно, выглядит ещё привлекательнее
хватит умничать
источник

VR

Vadim Rutkovsky in Kubernetes — русскоговорящее сообщество
Alexandr Esaulov
ускорить скорость сборки
то есть, можно разделить сорсы на "редко меняющиеся"  и "часто меняющиеся" на два слоя. Только
а) нужна для этого хорошая эвристика и
б) когда "редко меняющиеся" сорсы поменяются то все равно придется качать много
источник

VR

Vadim Rutkovsky in Kubernetes — русскоговорящее сообщество
но если это не выйдет экономией на спичках - то так и сделайте? Куб тут вообще не причем
источник

AE

Alexandr Esaulov in Kubernetes — русскоговорящее сообщество
т.е. лучше особо не заморачиваться, и копировать всегда полную папку с иходниками? То, что в день бывает коммитов несколько десятков, а сами исходники перевалили уже за 400 мб.

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

AE

Alexandr Esaulov in Kubernetes — русскоговорящее сообщество
Vadim Rutkovsky
но если это не выйдет экономией на спичках - то так и сделайте? Куб тут вообще не причем
потому-что проект на кубе будет работать
источник

DV

Dmitry Vorobev in Kubernetes — русскоговорящее сообщество
Alexandr Esaulov
т.е. лучше особо не заморачиваться, и копировать всегда полную папку с иходниками? То, что в день бывает коммитов несколько десятков, а сами исходники перевалили уже за 400 мб.

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

VR

Vadim Rutkovsky in Kubernetes — русскоговорящее сообщество
Alexandr Esaulov
т.е. лучше особо не заморачиваться, и копировать всегда полную папку с иходниками? То, что в день бывает коммитов несколько десятков, а сами исходники перевалили уже за 400 мб.

Нужно позаботиться, чтобы в registry было достаточно места. И это нормальная практика?
пока OCI v2 нет приходится делать так
источник

AE

Alexandr Esaulov in Kubernetes — русскоговорящее сообщество
жестко конечно)
источник

AE

Alexandr Esaulov in Kubernetes — русскоговорящее сообщество
есть еще один вариант. Накатывать исходники через initContainers через https://github.com/kubernetes/git-sync
кто нибудь пользовался этим решением?
источник

VS

Vasilyev Sergey in Kubernetes — русскоговорящее сообщество
Эмммм. Ну как бэ исходники спулить это ж только начало. Ещё ж композер всякий нужен, вэбпак какой-то собрать...
источник