завершения entrypoint не ждёт

нашел https://blog.newrelic.com/2016/08/24/docker-health-check-instruction/

Мы в Edadeal используем Gitlab уже более года. Докеррегистри тоже гитлабовский у нас.

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

через енв, очевидно, но какой синтаксис в ямле для этого? наверняка ж кто-то сталкивался

через енв, очевидно, но какой синтаксис в ямле для этого? наверняка ж кто-то сталкивался

Используйте envsubst

https://info.microsoft.com/DockeronMicrosoftAzure-270465-RU-registration.html

Коллеги, подскажите пожалуйста. Есть SPA-приложение на ангуляре, которое было докерезировано. Нужно в процессе разработки, в уже запущенный контейнер подливать файлы (скрипты, стили, верстка). Как обычно это делают? Доступ по ftp/ssh?

через volume

через volume

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

в контейнер можно, а зачем наоборот ?

На мой взгляд есть 2 пути: 1. подключить в контейнер папку и заливать туда нужные обновления 2. При обновлении создавать новый контейнер и его деплоить возможно есть и другие способы

На мой взгляд есть 2 пути: 1. подключить в контейнер папку и заливать туда нужные обновления 2. При обновлении создавать новый контейнер и его деплоить возможно есть и другие способы

я использую джетти, с помощью вольюма замаппил папку webapps на папку в хостовой машине. В папку на хостовой машине закинул варку, джетти в контейнере её развернул в своё временную в контейнере - /temp/jetty. И вот эту временную папку надо замаппить на хостовую папку, чтобы развернутые файлы там появились и их можно было модифицировать.

Но как я понял, когда я замаппил временную папку, то все затерлось, т.к. джетти смотрит на пустую хостовую директорию

Коллеги, подскажите пожалуйста. Есть SPA-приложение на ангуляре, которое было докерезировано. Нужно в процессе разработки, в уже запущенный контейнер подливать файлы (скрипты, стили, верстка). Как обычно это делают? Доступ по ftp/ssh?

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

новый образ будет делать Ci

а это просто лайв релоад

в обход CI?

видимо я не понял процесс разработки приложения

да, это дев-контейнер

не продакшен

видимо я не понял процесс разработки приложения

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

а если работать с живыми файлами, а контейниризовать перед выпуском? автоматически с помощью CI

это тоже вариант кстати

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

Что за dev-контейнер?

всем привет =) объясните пожалуйста почему в docker-compose могут не работать enviroment ?? есть вот такой кусок docker-compsoe.yml http://pastebin.com/irFmAEd2 есть вот такой Dockerfile для myservice.local http://pastebin.com/fXtj7Lt7 объясните пожалуйста почему при запуске ENTRYPOINT в collector приходит пустое значение переменной REMOTE_HOSTS ? я прочитал вот доки вот тут https://docs.docker.com/compose/compose-file/#/environment https://docs.docker.com/engine/reference/builder/#/entrypoint как то сильно понятнее не стало ENTRYPOINT надо как то комбинировать с CMD ? или нет? docker-compose запускает контейнер, значит по идее переменная из environment секции должна передаваться при запуске контейнера?

во время билда environment из докер компоса не пробрасывается поэтому у тебя сформировался пустой entrypoint при билде

ENTRYPOINT [ "/myservice/bin/collector"] а в compose в command все остальное передай

спасибо, command помогло а вот такой вопрос вот есть у меня несколько сервисов один зависит от другого и прописан через depends-on но дело в том что второй сервис база данных после старта некоторое время "прогревается" можно ли как то на первом сервисе дождаться пока второй сервис откроет заданный порт на своей стороне?

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

это на уровне приложения

https://docs.docker.com/compose/startup-order/

алсо есть вот такой тикет: https://github.com/docker/compose/issues/3754

доброго ночера, есть неспящие?

хай народ! а кто как настраивал общение между контейнерами по сокетам?

имеется ввиду unix sockets ?

ага

хай народ! а кто как настраивал общение между контейнерами по сокетам?

+

хай народ! а кто как настраивал общение между контейнерами по сокетам?

+

version: "2" services: app1: volumes: - /var/run app2: volumes_from: - app1

проблема при апгрейде дикая

это композ ясен пень

лучше бывает создать волум

цепануть к сервису А

а на остальных volumes-from

лучше бывает создать волум

Видимо, так как я и написал )

Видимо, так как я и написал )

у тебя создастся волум привязанный к сервису А, когда ты сделаешь docker-compose up -d app1 то app1 пересоздатся и у него будет новый волум, а старый будет у app2 пока ты не пересоздаш app2 тоже

А я понял. отдельно рулить волумами

Народ, ай нид юр хелп

где я накосячил

на указанном порте показывает стартовую страницу нгинкса

вместо index.html

Конфиги NGINX

там пока минимализм

А может быть дело в дефолтных настройках nginx, один из вариантов что помимо site.conf внутри контейнера еще есть типа default.conf?

это очень маловероятно

у меня все настройки нгинкс хранились в site.conf на прошлом харде

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

но что-то не пашет

я думаю дело в volume

что то не так прописал

поэтому он не видит site.conf и юзает дефолтные настройки

Может пути не те) Я бы еще попробовал линковать не конкретный конфиг, а папку с конфигами ./nginx_conf:/etc/nginx/conf.d

ну или какой там путь Внутри данного образа, в него папку линковать а не конкретный файл

сделай docker run nginx -T для контейнера в котором nginx крутится увидишь собранный конфиг

пробросили в контейнер /home/foll/www/code, а в конфиге nginx ищете в /code?

имхо отнюдь. во всех стандартных поставках nginx которые я видел есть default.conf

А может быть дело в дефолтных настройках nginx, один из вариантов что помимо site.conf внутри контейнера еще есть типа default.conf?

это очень маловероятно

пробросили в контейнер /home/foll/www/code, а в конфиге nginx ищете в /code?

но там же и /code есть

обычно 00-site1.conf 01-site2.conf и т.д. делаю

./code

а еще у вас ./code маппится в /home/foll/www/code а рут для nginx - /code

а должно быть второе

сделал root /home/foll/www/code; - все-равно не работает

попробуйте в живом контейнере nginx найти default.conf в районе /etc/nginx, грохните, перезапустите nginx ... а еще лучше перед этим nginx -t сделать

Надо попробовать линкануть папку с конфигами, ./conf.d:/etc/nginx/conf.d

я сделяль