или вы имеете в виду права внутри контейнера?

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

если вы про этот вопрос - то вам надо entrypoint писать чтобы при запуске у вас импортился дамп из тома

в чем конкретно трабл, я может что то упускаю

в чем конкретно трабл, я может что то упускаю

контейнер с бд запускается впервой, нужно, чтобы применялся дамп базы. Далее вопросы, если контейнер запускается уже не в первой, дамп не применится? И где, и что будет с данными бд, которые добавились уже в процессе работы контейнера?

в чем конкретно трабл, я может что то упускаю

про entrypoint можно подробнее? вы имеете в виду делать через консольною команду mysql -u -p bd < dump?

1. в зависимости от энтрипоинта и докерфайла, ребилд никто не отменял 2.Когда вы в первый раз прокинули том с базой наружу и после этого убили\изменили контейнер, все данные останутся в томе который был проброшен, тем самым ничего не изменится

иначе бы в композе для баз restart:always не было бы смысла

он бы херил все данные на корню:)

он бы херил все данные на корню:)

уже стало более-менее ясно, спасибо (:

уже стало более-менее ясно, спасибо (:

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

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

пересборка - --build?

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

Как правильно упаковывать фронтенд для прода? Его должен отдавать nginx. Как их скоммутировать?

Дубль

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

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

Нет. При желании, ты можешь собирать имеджы вообще не докером. Рекомендую ознакомиться со структурой имеджа

Нет. При желании, ты можешь собирать имеджы вообще не докером. Рекомендую ознакомиться со структурой имеджа

да, слышал про buildah

спасибо

всем привет

что лучше использовать для распределённого volume?

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

понятное дело, можно запилить fsync/rsync на разных тачках, но это ИМХО совсем костыль

кто сталкивался? как решали?

nfs?

ну как вариант согласин, можно

а что там лучше будет?

на glusterfs ещё смотрю и на flocker

всем привет, докер форева

Всем привет. Ковыряюсь с композом, не понимаю одного вопроса: db: env_file: .env.development image: mariadb:latest restart: unless-stopped ports: - 3333:3306 volumes: - mysql:/var/lib/mysql environment: MYSQL_ROOT_PASSWORD: ${MYSQL_ROOT_PASSWORD} MYSQL_DATABASE: ${MYSQL_DATABASE} При запуске композ мне говорит, что MYSQL_ROOT_PASSWORD и MYSQL_DATABASE не определены. Хотя в .env.development эти переменные указаны. При этом, если я .env.development переименую просто в .env и уберу из композа env_file, то всё отлично работает. Доки говорят, что это какие то разные env-файлы, но не понятно, в чём разница и не соображу, как вообще протолкнуть эти переменные не используя "глобальный" env-файл.

web: env_file: - web-variables.env

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

Всем привет. Ковыряюсь с композом, не понимаю одного вопроса: db: env_file: .env.development image: mariadb:latest restart: unless-stopped ports: - 3333:3306 volumes: - mysql:/var/lib/mysql environment: MYSQL_ROOT_PASSWORD: ${MYSQL_ROOT_PASSWORD} MYSQL_DATABASE: ${MYSQL_DATABASE} При запуске композ мне говорит, что MYSQL_ROOT_PASSWORD и MYSQL_DATABASE не определены. Хотя в .env.development эти переменные указаны. При этом, если я .env.development переименую просто в .env и уберу из композа env_file, то всё отлично работает. Доки говорят, что это какие то разные env-файлы, но не понятно, в чём разница и не соображу, как вообще протолкнуть эти переменные не используя "глобальный" env-файл.

наверно надо вызвать что-то вроде source .env.development ?

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

почему он ждет массив? вообще он и то и то кушает

Всем привет. Ковыряюсь с композом, не понимаю одного вопроса: db: env_file: .env.development image: mariadb:latest restart: unless-stopped ports: - 3333:3306 volumes: - mysql:/var/lib/mysql environment: MYSQL_ROOT_PASSWORD: ${MYSQL_ROOT_PASSWORD} MYSQL_DATABASE: ${MYSQL_DATABASE} При запуске композ мне говорит, что MYSQL_ROOT_PASSWORD и MYSQL_DATABASE не определены. Хотя в .env.development эти переменные указаны. При этом, если я .env.development переименую просто в .env и уберу из композа env_file, то всё отлично работает. Доки говорят, что это какие то разные env-файлы, но не понятно, в чём разница и не соображу, как вообще протолкнуть эти переменные не используя "глобальный" env-файл.

он по умолчанию только из .env читает который в текущей директории.

а так ты должен явно переменные окружения задать

web: env_file: - web-variables.env

не, всё равно WARNING: The MYSQL_ROOT_PASSWORD variable is not set. Defaulting to a blank string.

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

ну и не должно быть никаких .env.development. точнее кроме девелоперских конфигов никаких .env не должно быть

хм....

Ребят, привет, подскажите, какое CI\CD решение лучше для деплоя с гитхаба на remote docker host ?

не, всё равно WARNING: The MYSQL_ROOT_PASSWORD variable is not set. Defaulting to a blank string.

env_file это env_file, это как замена environtment. А если ты делаешь интерполяцию значений из текущего окружения то изволь задать переменные там

Ребят, привет, подскажите, какое CI\CD решение лучше для деплоя с гитхаба на remote docker host ?

любое.

ну и не должно быть никаких .env.development. точнее кроме девелоперских конфигов никаких .env не должно быть

грубо говоря двакомпозфайла, для дева и прода. У каждого свои переменные и даже докерфайл отличается(в деве больше в контейнер библиотек суётся). И вот как то это нужно собрать воедино. Есть вариант, конечно, скрипт, в котором копируется нужный env-файл в .env и запускается up, но это какой то костыль выходит

любое.

ты какое юзаешь ?

Поговорка: Семь бед - один gitlab

гитлаб есть. но его не заюзать для ci\cd в гитхабе. только если платно

ну за гихаб же платите поди)

првиетствую) помогите плз в настройке локального дев окружения для разработки ангулар и апи. есть два сервиса в docker-compose - client и server клиент слушает 80 (основной, обновляет браузер, отдает все) и сервер отвечает за апи. Все запросы которые приходят по определенной маске (/api/* и тд) должны проксироваться на сервер (в моем случае 8000 порт) и клиент отдает их обратно по 80. Проблема в том что эти два контейнера должны запускаться отдельно в двух терминалах (стдаут, дебагер на сервере), links: - server не подходит. Есть возможность с client обращаться на localhost:8000 хоста где еспозит сервер? Т.е. через хост их связать

nginx + location + proxy_pass

думаю что-то с сетями нужно проделать, пробую network_mode host

и выглядит как извращение

В docker-compose можно ли описать создание crona и будет ли это адекватно работать?

В docker-compose можно ли описать создание crona и будет ли это адекватно работать?

можно в докерфайле

можно в докерфайле

А можно подробнее?

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

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

А можно подробнее?

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

либо если как ты делаешь, поставь контейнер в nginx

который будет кидать туда сюад

В docker-compose можно ли описать создание crona и будет ли это адекватно работать?

адекватно не будет

помощь для костылей тут https://habr.com/company/redmadrobot/blog/305364/

RUN/CMD

Спасибо

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

добавил клиенту external_links: - 'имя_имеджа_сервера:server' захожу в клиент шелл usr/src/client # ping server ping: bad address 'server' оно так должно работать? нид хелп

ты докерную сеть создал им ?

добавил клиенту external_links: - 'имя_имеджа_сервера:server' захожу в клиент шелл usr/src/client # ping server ping: bad address 'server' оно так должно работать? нид хелп

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

не совсем понимаю что такое докерная сеть явно не создавал, но там етсь $ docker network ls NETWORK ID NAME DRIVER SCOPE 1a97e904dbf3 bridge bridge local 4293c949a674 host host local cead0b15ece2 none null local эти можно использовать?

Создаешь сеть в compose-fie networks: local: ipam: config: - subnet: 169.254.0.32/28 А сервису подключаешь так: networks: - local

похоже то что надо subnet: 169.254.0.32/28 уточните что это и какие есть варианты

подсетка в которой они адреса получат чтобы пинговать друг друга

Можно даже еще проще: Задать "networks: name_network:" а сервису: networks: - name_network и тогда он из какого-то дефолтного списка адресов выдаст

в таком случае надо связывать линками? external_links: - 'ИМЯ:server'

Там где я смотрела связывают. Вот здесь вроде подробный пример http://docker-k8s-lab.readthedocs.io/en/latest/docker/docker-compose.html

но там просто links, вместо external

о, кажется заработало! Спасибо большое добавил networks: mynetwork: driver: bridge и networks: - mynetwork external_links: - 'имя_контейнера_на момент запуска:server'

но там просто links, вместо external

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

А там точно линки вообще нужны? без них не видело друг друга?

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

коллеги, у кого-нибудь был практический в опыт запуск window manager в Xfvb запущенный в докер контейнере?

кто работал с Drone.io ? можете поделится советами?

кто работал с Drone.io ? можете поделится советами?

я работал с opens source версией. чтобы в нем сбилдить и запушить docker image в приватный репозиторий надо было пройти через семь кругов ада и дебага

я работал с opens source версией. чтобы в нем сбилдить и запушить docker image в приватный репозиторий надо было пройти через семь кругов ада и дебага

была трабла с пушем в хаб? трабла такая что он тянет репу с докерфайлом запускает билд билд отрабатывает, но пушится только то что в репе было, без работы RUN)

я работал с opens source версией. чтобы в нем сбилдить и запушить docker image в приватный репозиторий надо было пройти через семь кругов ада и дебага

То есть у меня установка зависимостей должна пройти в билде, она проходит но файлов нет в билде почему то на момент пуша в регистри)

Коллеги, можете посоветовать хороший registry для образов? Крайне важна безопасность по доступу. Пока пользуем гитлабовский, но он уже не справляется с объемом.

Коллеги, можете посоветовать хороший registry для образов? Крайне важна безопасность по доступу. Пока пользуем гитлабовский, но он уже не справляется с объемом.

Harbor гляньте

Смотрели, но даже в описании указано что-то типа «делали в спешке, возможны баги». Точно не помню. :-)

Смотрели, но даже в описании указано что-то типа «делали в спешке, возможны баги». Точно не помню. :-)

В любом нормальном опенсорсе про баги написано так

Спасибо! Тогда глянем!

https://github.com/vmware/harbor/blob/master/README.md про баги кстати не вижу

Супер! Спасибо!

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