@devops_ru

thanks 🙂

Когда мы билдим docker-compose build --parallel, можно указать в сколько потоков это делаем? Не могу нагуглить

Господа, кто - нить юзал такой подход (наверняка, должны были, не всё ж пароли в гит коммитить) ? https://www.hashicorp.com/blog/injecting-vault-secrets-into-kubernetes-pods-via-a-sidecar/ Есть вопросец

Блин, это докер чатик, прошу пардона

Господа, кто - нить юзал такой подход (наверняка, должны были, не всё ж пароли в гит коммитить) ? https://www.hashicorp.com/blog/injecting-vault-secrets-into-kubernetes-pods-via-a-sidecar/ Есть вопросец

Все правильно пишете

Когда мы билдим docker-compose build --parallel, можно указать в сколько потоков это делаем? Не могу нагуглить

Думаешь, это хорошая идея ? Я - сомневаюсь

В чем проблема? Хотелось бы уменьшить с 5 до 3х

Все правильно пишете

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

В чем проблема? Хотелось бы уменьшить с 5 до 3х

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

В частности, когда фактически один образ используется по нескольку раз

почему? есть еще варианты паралельных билдов?

почему? есть еще варианты паралельных билдов?

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

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

твоя неприязнь к компоузу мне не ясна. какая разница кто делает docker build?

у меня 11 сервисов.

http://h.pi.hostmit.net/i/Code_1TINTjKBxx.png

твоя неприязнь к компоузу мне не ясна. какая разница кто делает docker build?

Количество ручек для управления

и один докерфайл для сборки

у меня 11 сервисов.

Гитлаб ? Локальной сборки вообще быть не должно для прода

да гитлаб

http://h.pi.hostmit.net/i/Code_1TINTjKBxx.png

Не в гружает

что значит локальной сборки?

да гитлаб

Тогда на каждый образ - отдельная джоба. Они все в параллель. Профит

что значит локальной сборки?

Я выше написал.

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

Вот

Success is not final, failure is not fatal, It is the courage to continue that counts. Don't be afraid to give up the good to go for the great, after my first investment online, it didn’t come out as expected and I gave up for sometime but I never let it weigh me down. I felt down anyway but when I came in contact with Mrs Elina A. Smith all that change and I’m happy in investing with her, she stood by her words and she assisted me all through the process even when I kept doubting her words but I’m glad she never gave up on me. Thank you Mrs Elina A. Smith, you’ve a great personality. You can get in touch with her via; WhatsApp:https://wa.me/+1(567)208-0091 Telegram@Fxbrokertm3 https://t.me/joinchat/AAAAAFcwQmNqdA0RGxz8DA

сумашествие... 11 раз копия репо. плюс чтобы не таскать артефакты, build+create image у меня в DIND

сумашествие... 11 раз копия репо. плюс чтобы не таскать артефакты, build+create image у меня в DIND

Сложно советовать, когда не видишь специфику проекта )

Я и не говорю, что легко можно влететь в https://github.com/moby/moby/issues/9656

очень похоже что конкарент билд время от времени валит DIND

не мой случай. тут конкарент явно быстрее

очень похоже что конкарент билд время от времени валит DIND

Ещё одна причина сделать параллельные шаги на уровне гитлаба

и для каждого свой динд?

Почему нет 🤷‍♂

Зато пределов масштабированию нет. Хоть 10, хоть 20, хоть 100 сервисов собирай в параллель

Оптимизировать можно ещё и с помощью on_changes, чтобы гитлаб не пересобирал сервисы с неизмененными файлами

ну в целом с anchor от гилаба и полотном это выглядеть не будет... можно попробовать.

это не получается. они (девы) сами раму не соберут в зависимостях

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

не понятно что мониторить на on_change

ну, кроме самого проджекта сервиса

ну в целом с anchor от гилаба и полотном это выглядеть не будет... можно попробовать.

Ага

не понятно что мониторить на on_change

Ну, сорян, я предложил один из вариантов 🤷‍♂

time="2020-01-07T16:44:45.003448541Z" level=warning msg="29ae80b8ffac60a0dc8efb1488c54a81088cceb64c8c9371e019cf98e230a032 cleanup: failed to unmount IPC: umount /var/lib/docker/containers/29ae80b8ffac60a0dc8efb1488c54a81088cceb64c8c9371e019cf98e230a032/mounts/shm, flags: 0x2: no such file or directory" Еще вот такое проскакивает

в динде

Не встречал такую ошибку

time="2020-01-07T16:44:45.003448541Z" level=warning msg="29ae80b8ffac60a0dc8efb1488c54a81088cceb64c8c9371e019cf98e230a032 cleanup: failed to unmount IPC: umount /var/lib/docker/containers/29ae80b8ffac60a0dc8efb1488c54a81088cceb64c8c9371e019cf98e230a032/mounts/shm, flags: 0x2: no such file or directory" Еще вот такое проскакивает

А я вот встречал и регулярно. Когда у меня контейнер с вольюмом (именованым, используемым на соседнем), сразу падал при старте.

так это билд стейдж у меня...

да вроде норм собирается. несмотря на ошибки

По тексту ошибки понятно о чем речь?

Ну норм и норм)

кстати внутри динд добавил флаги --force-rm --no-cache, ушли отвалы конкарент билдов

Попробуйте оставить только - - no-cache, вангую - поведение не изменится.

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

на самом деле можно и шелл-раннер, лабелить имеджи и подчищать... нет проблемы как скормить большой FROM имедж, как DIND

Кстати, а как кто решает проблему, если в DIND нужно базовый имедж большой подать? тот же dotnet sdk (1.2GB)

Пока идея на раннере (у нас без автоскейла) попутно в докере запускать локал репо и тянуть из него

затолкать в DIND его не выйдет... overlay2 поверх overlay2 нельзя, потому он стартует с VOLUME /var/lib/docker

Кстати, а как кто решает проблему, если в DIND нужно базовый имедж большой подать? тот же dotnet sdk (1.2GB)

вместо DIND проброс сокета юзать

конкарент пайплайны мешают друг другу. например если пайплайн по комиту + мерж реквест

проброс сокета = shell runner. особой разницы нет.

конкарент пайплайны мешают друг другу. например если пайплайн по комиту + мерж реквест

+++

проброс сокета = shell runner. особой разницы нет.

Да, поэтому докер экзекутор плюс динд рулят

А вообще идеал - сборка докера без докера. Канико, umoci, buildah и все прочее

товарищи, у меня на одном из инстансов (энвы), место занятое /var/lib/docker не сходится с запущенными контейнерами/имеджами... что-то видать не подчистилось

конкарент пайплайны мешают друг другу. например если пайплайн по комиту + мерж реквест

Хм, у меня по 5 штук конкаррент работает на раннере

у докера нет какого-то клинера?

docker system prune -a —volumes не помог

у докера нет какого-то клинера?

docker system prune -af --volumes

опоздал лол

Ну у него есть косяки с очисткой блобов

Есть куча разных клинеров в интернетах

пока нагуглил только штатное

привет всем

docker system df говорит занято 8ГБ, по факту 23

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

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

Как что сделать?

запрос к бд сделать из кода

указываешь db host, db port или что там тебе еще надо