нет, ты ошибся, иди домой )

Папка бугурта Семен в математике..

Чят, а вот расскажи. Есть какой-нибудь общепринятый способ шаблонизации конфигов для докеризированных приложений?

А то, я смотрю, каждый дрочит как он хочет

кто-то на Божественном Баше Очень Сложные Скрипты пишет

кто-то джынжу подключает

И ещё, чят, посоветуйте веб-морду для Реджистри

наименее отвратительную

не TDR и не Docker Hub

Gitlab

Хорошая морда

Чят, а вот расскажи. Есть какой-нибудь общепринятый способ шаблонизации конфигов для докеризированных приложений?

12 факторов

12 факторов

щито?

Gitlab

о, спасибо. А кроме?

у меня в одном месте гитлаб есть, а в другом нету

щито?

Ну в очередной раз открываешь приложение 12 фактров

И проникаешься

пойду проникнусь

спасибо

о, спасибо. А кроме?

Всё остальное пиздец гавно

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

я чет думал у гитлаба свой реджистри

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

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

а

Да?

Клёва

кажется нет

http://docs.gitlab.com/ce/administration/container_registry.html#enable-the-container-registry

а. точно

видимо я краб

там "You will have to install docker registry by yourself" в секции "Вы собрали гитлаб из исходников"

Так что это морда с бизнес процессами

блин такая жара. не могу активироват мозг вообще. уже почти полтора часа втыкаю в монитор и ничего не делаю. не могу :(

иди поспи

Так всю ночь спал)

у меня тут вообще ад

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

в 9 часов было 27 градусов

чай можно заваривать холодной водой

Всё остальное пиздец гавно

а я те пепяку еще одну показывал помнишь ? ты пробовал ?

пишите полное название пепяки

я может гляну

нее

мне ща не позадачам

пишите полное название пепяки

https://github.com/tobegit3hub/seagull

Докераны, а как принято организовывать dev/test/prod окружение для контейнеров?

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

Просто пересобрать контейнер с доп. пакетами? Или два отдельных образа собирать

Я выше спрашивал

Сам делаю через volume_from

Всмысле volume_from ? Это же вроде подключение файлов извне

А если пакет дебага ставится через apt-get то как быть?

В моем случае так норм

Просто пересобрать контейнер с доп. пакетами? Или два отдельных образа собирать

Собираешь второй образ поверх первого?

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

Просто пересобрать контейнер с доп. пакетами? Или два отдельных образа собирать

По хорошему нужно раздваивающий образ из одного ядра

но как вариант entrypoint скрипт принимающий некий env на вход и инсталяющий всякое гагно если нужно.

и через ENV тип окружения.

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

Все выше сказанное субъективно )

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

Все тулзы в /devtools

Его подптхивать

А там чрут

Больше извращений

А можно же запускать в контейнере build.sh скрипт, который в зависимости от ENV переменной поставит доп. пакеты или нет?

ERROR: S client not available

можно, у нас доскер как слейв для дженкинса работает )

А можно же запускать в контейнере build.sh скрипт, который в зависимости от ENV переменной поставит доп. пакеты или нет?

Так себе

Ты же будешь их _новые_ ставить

И тащить библиотеки

А значит нарушать среду

А там чрут

Или не чрут а просто path

А можно же запускать в контейнере build.sh скрипт, который в зависимости от ENV переменной поставит доп. пакеты или нет?

я же выше эт ои написал, нет ?

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

Подскажите. Тут новая команда, хотим с ними тоже доцкер попробовать. Но они пока против реджистри. Хочется как то заменить выливки дженкинса, на сборку контейнера, и откаты на старые версии. Если у кого то подобные схемы есть, как вы чистите старые образа ?

трындец какой то с этим питоном. Берзу базовый образ центоса, 200 метров, ставлю все пакеты зависимы и модули собираю - 700метров.

а чистишь кеш пакетов?

yum clean all

но я вроде нашел проблему ) это репо )

А можно же запускать в контейнере build.sh скрипт, который в зависимости от ENV переменной поставит доп. пакеты или нет?

Плохо и медленно

Лучше всего в деве добавлять поверх прода и делать новый образ.

Либо - ветвиться, как написал пчол.

Подскажите. Тут новая команда, хотим с ними тоже доцкер попробовать. Но они пока против реджистри. Хочется как то заменить выливки дженкинса, на сборку контейнера, и откаты на старые версии. Если у кого то подобные схемы есть, как вы чистите старые образа ?

Есть причины почему они против регистри? Удалят образы можно через rmi, но врядли ты спрашиваешь именно это :)

я же выше эт ои написал, нет ?

Плохо и медленно

Либо - ветвиться, как написал пчол.

:D

Есть причины почему они против регистри? Удалят образы можно через rmi, но врядли ты спрашиваешь именно это :)

Потому что он публичный у нас как бы они не хотят туда пока отдавать свой код. Городить ради них отдельный не хочется... Я не про rm / -f rmi я скорее про то как обычно чистятся старые билды на машинах, после того как они не нужны. Как своего рода сохраняются 10 последний версий билдов

ну сделайте непубличный

в таком странном кейсе конечно. Если у нас registry то наверно не так накладно перепритащить имидж

Публичный нафиг, факт. А просто поднять приватный?

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

*всех

Можно поднять два, на разных доменных

Это все равно лучше гемора с доставкой вручную

А все равно, как старые то образа чистить ?

на узле

типа стартуем новый контейнер а потом rmi force старого ?