в .env

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

хм, тоесть надо указать полный путь?

хм, тоесть надо указать полный путь?

ты можешь попробовать и отдносительные пути к примеру context: ./worker dockerfile: Dockerfile_worker_php5

и мне надо получается ложить dockerfile в папку /worker?

и мне надо получается ложить dockerfile в папку /worker?

ну или где там они у тебя лежат, поменяй на свои пути

Либо еще проверь докер файлы мало ли что вкралось

Коллеги, кто-нибудь сдавал экзамен DCA?

Либо еще проверь докер файлы мало ли что вкралось

может быть такое что docker-compose не видит альтернативный Dockerfile? потому что там указана установка supervisor, но при запуске пишет /usr/local/bin/docker-php-entrypoint: 9: exec: /usr/bin/supervisord: not found

потому что обычный пых работает, а воркеровский нет(

может быть такое что docker-compose не видит альтернативный Dockerfile? потому что там указана установка supervisor, но при запуске пишет /usr/local/bin/docker-php-entrypoint: 9: exec: /usr/bin/supervisord: not found

Поидее нет, но вот ентри поинт проверить бы

кто использует или использовал Qt через docker, нужна консультация

кто использует или использовал Qt через docker, нужна консультация

Телеграм в докере был с иксами, он ведь на qt.

Телеграм в докере был с иксами, он ведь на qt.

мне нужна консультация по архитектуре размещения всей связки - creator, qt, gcc

мне нужна консультация по архитектуре размещения всей связки - creator, qt, gcc

А какая может быть архитектура?

А какая может быть архитектура?

что и где размещать

что и где размещать

А какая задача стоит?

нужен стандарт с++17, не хочется на хостовую систему ставить gcc v> 7.XX, вот и думаю может в образ накатить все это

нужен стандарт с++17, не хочется на хостовую систему ставить gcc v> 7.XX, вот и думаю может в образ накатить все это

RUN apt-get update RUN apt-get install -y qtbase5-dev qtchooser qt5-qmake qtbase5-dev-tools build-essential # ...

RUN apt-get update RUN apt-get install -y qtbase5-dev qtchooser qt5-qmake qtbase5-dev-tools build-essential # ...

ну т.е. в образ ставится сама библиотека, а QtCreator так же туда ставится?

ну т.е. в образ ставится сама библиотека, а QtCreator так же туда ставится?

Нет, по идее.

Но мне вообще не ясно зачем он в контейнере где только компилятор и библиотеки.

Но мне вообще не ясно зачем он в контейнере где только компилятор и библиотеки.

а как его запускать тогда? он же не увидит библиотеки

CMake же есть...

@coder_ex https://habr.com/post/181838/

@coder_ex https://habr.com/post/181838/

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

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

Использовать его вместо qtcreator, неужели не очевидно?

Использовать его вместо qtcreator, неужели не очевидно?

имеете в виду ручную сборку проектов ? не совсем подходит

в общем тема снята

всем здравия!

и тебе не хворать

Парни, привет. Как думаете, если один мощный сервер на проект (проект весь в докер контейнерах), то лучше сразу машину Docker-хостом делать? или гипервизор накатить, и уже инстансы как докер-хосты использовать? Сорян если херню спрсил.

Парни, привет. Как думаете, если один мощный сервер на проект (проект весь в докер контейнерах), то лучше сразу машину Docker-хостом делать? или гипервизор накатить, и уже инстансы как докер-хосты использовать? Сорян если херню спрсил.

докер на гипервизор

Вот тоже склоняюсь к этому, но не могу для себя сформулировать - почему ))

Парни, привет. Как думаете, если один мощный сервер на проект (проект весь в докер контейнерах), то лучше сразу машину Docker-хостом делать? или гипервизор накатить, и уже инстансы как докер-хосты использовать? Сорян если херню спрсил.

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

Вот тоже склоняюсь к этому, но не могу для себя сформулировать - почему ))

потому что проще с гипервизора ресурсы виртуалке отдать чем потом всё переустанавливать

это как минимум)

а у меня кейс был - софт оказался тупо несовместим с докером. нужна своя база + ssl3 + прочее древнее. а это центось6.8 с маскировкой пакета openssl )

плюс я заюзал hyper-v 2012 r2, а он умеет на горячую с одного сервера на второй без остановки машин

докер так не умеет

разве? я вроде читал что SWARM все дела, может сеть между цодами витруальную шарить, по ней контейнеры могут бегать между цодами…. вот сейчас правда сижу и думаю, я не обманул сам себя ожиданиями, не помню чтоб там чёрным по белому про грячую миграцию было) возможно я сам додумал)

разве? я вроде читал что SWARM все дела, может сеть между цодами витруальную шарить, по ней контейнеры могут бегать между цодами…. вот сейчас правда сижу и думаю, я не обманул сам себя ожиданиями, не помню чтоб там чёрным по белому про грячую миграцию было) возможно я сам додумал)

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

первый ссылка в гугел https://habr.com/company/microsoft/blog/279181/ что то об этом говориит. сейчас почитаю)

разве? я вроде читал что SWARM все дела, может сеть между цодами витруальную шарить, по ней контейнеры могут бегать между цодами…. вот сейчас правда сижу и думаю, я не обманул сам себя ожиданиями, не помню чтоб там чёрным по белому про грячую миграцию было) возможно я сам додумал)

не но если это так то может дока устарела, я скажем так консервативный человек и юзаю докер 1.13 в центоси стабл

первый ссылка в гугел https://habr.com/company/microsoft/blog/279181/ что то об этом говориит. сейчас почитаю)

дак стоп, это у них облака позволяют, а не докер

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

разве? я вроде читал что SWARM все дела, может сеть между цодами витруальную шарить, по ней контейнеры могут бегать между цодами…. вот сейчас правда сижу и думаю, я не обманул сам себя ожиданиями, не помню чтоб там чёрным по белому про грячую миграцию было) возможно я сам додумал)

контейнеры не умеют мигрировать

можешь прибить тут, запустить там

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

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

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

облака это то же что у меня гиперви

а вот оно как раз умеет лайв перенос)

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

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

как то так пишут

линкани

у меня вообще простой кейс - 15 контейнеров живут друг с другом в пределах одного окружения (ну или swarm-a) - один хост (4CPU/16RAM/RAID1-2xSAS10K). Шеф аргументирует тем, что нахер лишний слой создавать в виде гипервизора и виртуалки, а если че с гипервизором случится (че с ним случиться может)?. Я думаю что нужно как минимум из-за гибкости.

Ну и шеф топит за впн в контейнере, что на мой взгляд лютый пиздец, но может я не прав тут.

я тут не эксперт, но тут скорее vpn шлюз в виртуальной докеровской сетке наверное будет праивльно композером поднимать контейнер с шлюзом а други через него будут ходить в другую сеть за vpn… или фигню сказал?

Ну и шеф топит за впн в контейнере, что на мой взгляд лютый пиздец, но может я не прав тут.

Это конечно бред

k8s+какой нибудь persistent storage я думаю в самый раз

Это конечно бред

аргументы?

k8s+какой нибудь persistent storage я думаю в самый раз

а k8sне жирно для такого простенького проекта?

просто я на него смотрю немного с опаской

не, то что в самом контейнере VPN вроде как противоречит docker way) на сколько я могу понять, что в одном контейнере один процесс должен только трудиться

Ну вот на тему вменяемых persistent storage в докер(в т.ч swarm) я чёт как то не особо нашел

StorageOS разве что, но оно не production ready

Ну и шеф топит за впн в контейнере, что на мой взгляд лютый пиздец, но может я не прав тут.

Смотря о каком VPN речь

Смотря о каком VPN речь

OpenVPN который

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

OpenVPN который

Я про задачу спрашивал

но вот по мне через гипервизор и виланы как-то безопаснее )

если там будет 1мб в день пролетать - то openvpn хороший инструмент

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

Ну так то если k8s кажется избыточным(хотя вероятнее всего он будет в самый цвет) можно в сторону open nebula посмотреть

Я про задачу спрашивал

Просто подключаться к машине удаленно если что-то подправить

Просто подключаться к машине удаленно если что-то подправить

openvpn за глаза хватит)

openvpn за глаза хватит)

ну да, но я не о том что его не хватит, я о том что он в контейнере будет

Просто подключаться к машине удаленно если что-то подправить

kubectl и все vpn в топку

Зачем городить огород, там где его не надо городить?