спасибо огромное, работает Потом когда нужно накатывать новые миграции нужно запускать docker build --no-cache ?

Да нет, вроде при запуске должно срабатывать

спасибо огромное, работает Потом когда нужно накатывать новые миграции нужно запускать docker build --no-cache ?

А ты где собираешся миграции выполнять? У себя или на продакшне? Ато на продакшне вообще ненадо ничего билдить, все образы из репозитория подгружать, по моему правильно

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

я пока вообще не знаю что происходит на проде) Я ток начал изучать бекенд (сам с фронта)

вообще спасибо за подсказку буду знать

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

Пробуй lcow

Пробуй lcow

эт че такое?

фаст гугл однозначного ответа не дал

добрый вечер. Настраиваю multi-stage build для jar'ника, с первой стадией FROM maven, а потом уже в томкат или куда придётся. Вопрос: как сохранить кэши пакетов? Если оно уже есть раньше, то можно его добавить через ADD, а вот как вытащить назад? Используется не docker run, где можно задать volume, а docker build, который после себя по идее никаких следов оставить не должен (в этом и удобство), но кое-какие следы всё-таки оставить желательно :)

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

похоже, нашёл. Человек советует сделать отдельной командой RUN mvn verify, которая вытащит все зависимости и сделает слой, который закешируется

всем спасибо :)

фаст гугл однозначного ответа не дал

docker lcow

хотя, конечно, это ситуацию не особо-то решает: mvn verify опирается на pom.xml, который находится в репозитории, который как раз кэшировать не надо. Буду думать

кто-нибудь может подсказать как можно открыть снап докер на ремоут?

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

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

Таким образом если я например замаунтил всю ОС то Ос тоже удалится?)

Таким образом если я например замаунтил всю ОС то Ос тоже удалится?)

"ага!", сказали суровые сибирские мужики

маунти в ro

добрый вечер. Настраиваю multi-stage build для jar'ника, с первой стадией FROM maven, а потом уже в томкат или куда придётся. Вопрос: как сохранить кэши пакетов? Если оно уже есть раньше, то можно его добавить через ADD, а вот как вытащить назад? Используется не docker run, где можно задать volume, а docker build, который после себя по идее никаких следов оставить не должен (в этом и удобство), но кое-какие следы всё-таки оставить желательно :)

Не понял о твоей схеме, я делаю так: Первый stage кидаешь pom.xml и тянешься зависимости Второй - копируешь папку .m2 и после уже проект

Не понял о твоей схеме, я делаю так: Первый stage кидаешь pom.xml и тянешься зависимости Второй - копируешь папку .m2 и после уже проект

бывает так, что помников много, а не один

т.е. у тебя структура проекта с модулями и т.п.

бывает так, что помников много, а не один

Надо щупать

угу

С телефона

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

похоже, буду обходиться без этого

а жаль, фича просто класс

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

Он же редко меняется, реже чем код

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

пока ещё не придумал. Спрошу завтра у тимлида, как бы он сделал, вполне вероятно, что буду делать по указанной схеме :)

Discovering services or containers on another stack To find a service or a container on another stack, append .<stack_name> to the service or container name. For example, if webapp-1 on the stack production needs to access container db-1 on the stack common, it could use the hostname db-1.common which Docker Cloud resolves to the appropriate IP. https://docs.docker.com/docker-cloud/apps/service-links/#discovering-services-or-containers-on-another-stack

Это реально так работает?

Это реально так работает?

Докер Клауд же

Докер Клауд же

ээээ… а без докер-клауда как тогда делается?

хотя бы в рамках одной ноды

по имени сервиса в пределах одной сети

условно, есть несколько стеков, в кадом стеке есть сервис с названием web

все эти сервисы надо вывести во внешний мир через кадди или нжинкс

понятно, что все сервисы и нжинкс надо в одну сеть завязать

но как при этом различать их, если они все называются одинаково: web или app к примеру?

сам спросил сам ответил надо прописать для каждого сервиса уникальный network alias в "общей" сети

типа networks: web: aliases: - stackname_web

Как latest назначать одновременно с другим тегом? Пушить в registry второй раз?

Как latest назначать одновременно с другим тегом? Пушить в registry второй раз?

Да

Вроде можнл несколько пушить, не помню

А оно сначала sha256 пошлёт или целиком будет пушить? Целиком не хотелось бы - медленнее

А оно сначала sha256 пошлёт или целиком будет пушить? Целиком не хотелось бы - медленнее

Не понимаю о чем ты, но по слоям, проверяя каждый слой на наличие в регистри

Вообще не рокетсайнс, можно проверить) делов на пару минут

А оно сначала sha256 пошлёт или целиком будет пушить? Целиком не хотелось бы - медленнее

первое

по факту будет два тега

Ок, спс

@nodekra "нафиг нам это не надо, у нас gitlab-ci нормально образы собирает, не парься" :))

как-то так закончилось обсуждение multi-stage build'ов :)

как-то так закончилось обсуждение multi-stage build'ов :)

Вопрос не кто собирает, а результат же. Время/размер

Всем здорова! Есть кто-то среди вас, кто использует докер на windows 8.1?

Добрый день господа ! У меня в гите много проектов, штук 10. И есть сервер сборки на котором установлен gitlab-runner. Все проекты собираются с данного сервера. Но есть одно но. Если в данный момент собирается один из проектов, другие ждут в очереди. Я думал это связано с тем что я использую gitlab-runner а нужно gitlab-ci-multi-runner, но не нашел информации об этом. Можно ли как-нибудь сделать так, чтобы проекты паралельно собирались на одном сервере ?

@ru_gitlab

Добрый день господа ! У меня в гите много проектов, штук 10. И есть сервер сборки на котором установлен gitlab-runner. Все проекты собираются с данного сервера. Но есть одно но. Если в данный момент собирается один из проектов, другие ждут в очереди. Я думал это связано с тем что я использую gitlab-runner а нужно gitlab-ci-multi-runner, но не нашел информации об этом. Можно ли как-нибудь сделать так, чтобы проекты паралельно собирались на одном сервере ?

регестрируй отдельные раннеры

и да, вэлкам в ру_гитлаб

регестрируй отдельные раннеры

Так раннеров много станет. И не удобно. Нельзя через один какой-нибудь мульти-раннер ?

или мульти-раннер тут и означает что один раннер можно много раз зарегать ?

ты один сервис регистрируешь в несколько проектов

и да, вэлкам в ру_гитлаб

Спасибо)

ты один сервис регистрируешь в несколько проектов

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

Ну ладно нельзя так нельзя, придется смирится)

зарегистрируй на этот же раннер другой проект отдельно

или речь в рамках одного проекта?

хотя даже в рамках одного можно вроде, просто регишь пачку раннеров

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

и что?

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

Хз, надо подумать над вашим решением, на сколько будет неудобно это поддерживать.

документацию читайте

это не кастыль

это фича

В принципе если у меня один сервер сборки, то можно зарегать 10 раннеров, с названиями типа gitlab-runner-ci-1, gitlab-runner-ci-2 и т.д. И под каждый проект отдельный раннер выделить.

И тогда в принципе удобно будет кажется.

В любом случае вы подкинули хорошую идею @SLASH_CyberPunk , спасибо ! ?

concurrent разве не решает эту проблему?

В принципе если у меня один сервер сборки, то можно зарегать 10 раннеров, с названиями типа gitlab-runner-ci-1, gitlab-runner-ci-2 и т.д. И под каждый проект отдельный раннер выделить.

именно так

concurrent разве не решает эту проблему?

Впервые слышу про это. Ща погуглю.

concurrent разве не решает эту проблему?

Посмотрел, у меня стоит concurrent = 1. Я как понял оно и ограничивает одновременное количество сборок. Но у меня возник вопрос, очередность межпроектная, или внутри одного проекта в том числе ?

То есть оно отвечает за то, сколько проектов одновременно можно начинать собирать

или

очередность задаётся пайплайном, остальное пофиг

за то, сколько stage's можно запускать в одном pipeline ?

Короче надо поигратся чтобы понять.

Понял спасибо, ща попробую.

concurrent разве не решает эту проблему?

Спасибо вам за предложенное решение =) Оно полностью нам подходит ?

всем привет! посоветуйте правильный ман как настроить nginx + php-fpm через unix socket в контейнерах

всем привет! посоветуйте правильный ман как настроить nginx + php-fpm через unix socket в контейнерах

Через сокет никак. Используй порт.

Через сокет никак. Используй порт.

Можно вшарить сокет через волюм