« Rev
@docker_ru   784
Fwd »


Dan
👌
Oleksii
Всем привет,подскажите плс как переубедить сис админа перейти на докер,сейчас даже нету локальных серваков, все разрабы пушат сразу в прод
Oleksii
в свое оправдание он говорит что это не надёжно и не стабильно
Виктор
Тут нужно даже не с докера начинать, а с "пушат сразу в прод". От этого никакой докер не спасет)
Nikita
Не нужно
Я пока не понимаю как это работает. У меня на рабочем пк развернут nxinx-proxy(network=host) и отдельно в docker-compose проект с -e VIRTUAL_HOST=myproject.com . Если не прописывать в /etc/hosts то myproject.com не отвечает, если прописать то все норм.
Nikita
Как этот nginx-proxy работает? Попросил гугл, но ответов не нашел
twwlf
а нафига ты nginx-proxy в хостовой сетке запускаешь?
Nikita
а нафига ты nginx-proxy в хостовой сетке запускаешь?
у меня несколько проектов, в каждом docker-compose nginx-proxy с пробросом порта будет тупо ставить
Nikita
это надо его останавливать и запускать другой и т.п
twwlf
мсье знает толк
Nikita
мсье знает толк
есть другие варианты?
twwlf
есть другие варианты?
я бы посоветовал посмотреть на traefik
std::slavik
админ это как докер
std::slavik
ток с бородой
Nikita
я бы посоветовал посмотреть на traefik
на другую технологию нет времени переходить. Мне просто нужно узнать как работает контейнер nxinx-proxy
std::slavik
пересылает по клиентам
twwlf
там исходник открытый
std::slavik
и обратно
twwlf
в контейнере есть процесс-костыль который обновляет nginx'у конфиг и релоудит
std::slavik
у nginx офигенная документация просто подробнейшая на русском
twwlf
но тебе, на самом деле, понять нужно не как работает прокся, а как работает докер
std::slavik
подними просто без докера nginx чтоб одну проблему решать а не две
Nikita
Вот какой вопрос был: Я пока не понимаю как это работает. У меня на рабочем пк развернут nxinx-proxy(network=host) и отдельно в docker-compose проект с -e VIRTUAL_HOST=myproject.com . Если не прописывать в /etc/hosts то myproject.com не отвечает, если прописать то все норм.
std::slavik
ну так да
std::slavik
протоколы по ip адресам работают
Alexander
у меня несколько проектов, в каждом docker-compose nginx-proxy с пробросом порта будет тупо ставить
просто объедини конечные точки в docker-compose'ах твоих в общую сеть с nginx-proxy
Nikita
просто объедини конечные точки в docker-compose'ах твоих в общую сеть с nginx-proxy
nginx-proxy в хостовой сети, он видит env-ы в контейнерах docker-compos-а
std::slavik
слушают локальные порты свои типа 127.0.0.1:8081
std::slavik
вебхуки там и тд весишь
Alexander
в случае если на серваке, у тебя уже днс сервер разрулил твой ipшник и пришел запрос, а если локально - откуда он должен понять что по такому хосту нужно такой-то айпишник подсунуть?
std::slavik
а в nginx делаешь проксирование по имени типа ПУБЛИЧНЫЙ_IP/имя_сервиса
std::slavik
можешь на публичный ip закрепить домен публичный и сертификат настроить тогда сможешь https подключать nginx будет декодировать и раздавать уже по http на локальные хосты все
twwlf
господи, рукалицо
std::slavik
я даж не поверил сперва что реально вопрос в этом че блин по имени домена не подключается)
Nikita
выше сказали что не нужно прописывать в hosts домены
std::slavik
ну делай как сказали
Nikita
ввели в ступор
std::slavik
я не прописываю зачем тебе в локальной сети домены
Nikita
вопрос закрыт, не вижу смысла дальше обсуждать
Nikita
спасибо
std::slavik
я вообще так и не понял вопроса) ну ладно - главное что решил
Konstantin
вопрос закрыт, не вижу смысла дальше обсуждать
Не поверишь, тут так каждый день по несколько раз
Mikhail
если я хочу что б после docker-compose down volume не удалялся. мне надо его делать external ?
Mikhail
например для БД
Mikhail
что б она не удалилась
twwlf
без -v оно и так не удаляется
Konstantin
в контейнере есть процесс-костыль который обновляет nginx'у конфиг и релоудит
Почему подобное решение называют костыль? Не первый раз слышу. Где грань когда инструмент уже не костыль?)
Konstantin
мне кажется это из проприетарщины пошло
little big
ребят, подскажите пожалуйста, как сделать так, чтобы докер собирал образы не только в $HOME на ubuntu 18.04 ? Сейчас если я собираю образ, то пишет error checking context: 'can't stat '/path/to/dir''. а если папка лежит в $HOME, то собирается нормально
Konstantin
задаётся при docker build
little big
задаётся при docker build
как его корректно задать-то?
Konstantin
RTFM
little big
RTFM
ага, читаю: https://docs.docker.com/develop/develop-images/dockerfile_best-practices/#understand-build-context docker build --no-cache -t helloapp:v2 -f dockerfiles/Dockerfile context unable to prepare context: the Dockerfile (/media/disk_f/node.js/myproject/dockerfiles/Dockerfile) must be within the build context
Konstantin
проще читать доку по конкретной комманде, но можно и так
little big
проще читать доку по конкретной комманде, но можно и так
так почему оно в $HOME нормально идет, а в примонтированных папках нет? Я не понимат
little big
кажется, нашел проблему: Aug 31 15:16:37 prog-B85M-D3V kernel: [ 1885.793887] audit: type=1400 audit(1535710597.123:82): apparmor="DENIED" operation="open" profile="snap.docker.docker" name="/media/disk_f/node.js/myproject/" pid=3556 comm="docker" requested_mask="r" denied_mask="r" fsuid=1000 ouid=1000
Sabbath
Господа, а кто подскажет как в Jenkinse уведомления через гугловый smtp настроить, вроде все добавил в настройки, а не пускает
little big
если кому надо: проблема была в apparmor и /var/lib/snapd/apparmor/profiles/snap.docker.docker добавил строчку /path/to/project_dir/** r, пошло вроде
EaZy
Скоро в бой выходить. А так лень ставить PosgreSQL по старинке. Руки так и чешутся чтобы оставить PosgreSQL на докере. Наверное у меня "докеризация головного мозга" 🙂
EaZy
Тут всякие PostDockи еще соблазняют https://github.com/paunin/PostDock
std::slavik
тогда мы идем пить смузи
EaZy
Ребята тут есть кто БД в бою на докере держит? Очень любопытно.
Денис
но есть
Igor
но есть
Почему не нужно? Можно узнать причины
EaZy
не надо так делать
Много от кого слышу это. Я так понял лучше настроить на хосту по старинке. Чуток больше времени потратить. (Особенно если у тебя проект не такой большой).
« Rev
@docker_ru   784
Fwd »