народ нид хелп, nodejs контейнер при конекте к редису пишет что 'Redis connection to 127.0.0.1:6379 failed - connect ECONNREFUSED 127.0.0.1:6379' но в конфигах nodejs четко прописан контейнер редис и порт, они в одной подсети, и дня два тому назад он работал так!??

народ нид хелп, nodejs контейнер при конекте к редису пишет что 'Redis connection to 127.0.0.1:6379 failed - connect ECONNREFUSED 127.0.0.1:6379' но в конфигах nodejs четко прописан контейнер редис и порт, они в одной подсети, и дня два тому назад он работал так!??

тип сети какой? host bridge

тип сети какой? host bridge

default bridge, если я правильно понял

попробуй вместо ip имя контейнера указать.

попробуй вместо ip имя контейнера указать.

пробовал, та же ошибка

а на контейнере порт выведен?

так nodejs будет конектится к своему локалхосту, а не хостовой тачки

а там редиса нет

надо указывать ip сервера например

народ нид хелп, nodejs контейнер при конекте к редису пишет что 'Redis connection to 127.0.0.1:6379 failed - connect ECONNREFUSED 127.0.0.1:6379' но в конфигах nodejs четко прописан контейнер редис и порт, они в одной подсети, и дня два тому назад он работал так!??

1. какие порты торчат во внешку? 2. Сделай docker inspect <redis_container> | grep Network и своего nodejs контейнера. Убедись что они действительно в одной сети. 3. Я бы еще посмотрел dsn куда подключается! Там должен быть контейнер нейм

если хочешь по локалхосту выводи все на host сетку

+1

так nodejs будет конектится к своему локалхосту, а не хостовой тачки

он работал так 2 дня назад

и на второй машинке, тот же конфиг работает сейчас так

не должно работать, даже теоретически. У тебя 127.0.0.1 находится внутри докер-контейнера, а там редиса нет, значит и коннектится не к чему

Можно и к локалхост, если реплику настроить =)

окей, у нетворков на 2х машинах есть диф у одной Attachable=true у второй false, у той что false nodejs видит редис по имени сервиса

так

зайдем с другого конца

чем запускается?

докер ран? тогда команды в студию

если компоузом - ямл в студию

зачем? ответ то он сказал

Attachable включен

мне интересно понять откуда оно берется

мне интересно понять откуда оно берется

В смысле? Сетки по умолчанию создаются attachable, разве нет?

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

https://www.docker.com/dockercon/2019-videos?watch=dockercon-2019-keynote-day-1&mkt_tok=eyJpIjoiTm1Ga05tRXlOVGMzTldSbCIsInQiOiJRcDl2cGRJUzBqV1huWXQyNGJ5bFJZUlNybmdxYU82alRSYnFyV0wyTk1cL3RrT2ZrU2kyWEJZYW9tY1kzaVwvb3IrcTRPazE4OEtjRERSOW80b3ArK3BaNitHaFNcL09FUHcxdVBPU3VVRUtVd2RwdE01SlcxQmV3aTZsbkFzdmhRKyJ9

https://www.docker.com/dockercon/2019-videos

Всем привет, подскажите в чем может быть трабла - не стартует контейнер, пишет вывод из моего entrypoint а потом говорит что не нашел gunicorn, хотя в pip freeze все на месте docker-compose: https://pastebin.com/MC3MZYm0 dockerfile: https://pastebin.com/HLuV15Sa boot.sh: https://pastebin.com/mgurZ29K

Waiting for postgres... PostgreSQL started ./boot.sh: exec: line 14: gunicorn: not found

Waiting for postgres... PostgreSQL started ./boot.sh: exec: line 14: gunicorn: not found

Окружение не то или типа того

но ведь я запускаю gunicorn из docker-compose

И что ?

и нигде не говорится что там надо вручную активировать виртуальное окружение

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

разве нет?

Не уверен

Самое верное - подменить entrypoint на /bin/sh

И руками попробовать стартануть

И, да, с супервизором в принципе были проблемы с запуском

супервизора вообще нет

Касательно этой свистопляски с waitDb - она не нужна

Вешаешь хелсчек на постгрес, меняешь компоуз версию на 2.4. и доьавляешь для пайтоновского контейнера depends_on : healthy postgres

а энтрипоинты обычно для чего используются?

если я его вообще уберу?

оставлю только в питоновском контейнере command: gunicorn core.wsgi:application -b 0.0.0.0:8008

а энтрипоинты обычно для чего используются?

Долго объяснять. https://m.habr.com/ru/company/southbridge/blog/329138/

спс

Всем привет! Есть ли у кого опыт? Поделитесь best practice. Собираю maven-ом проект, получаю war-файлы (артифакты). Мне нужно их передавать в образ при сборке. Собираю с помощью Dockerfile образ. Как это лучше делать? Где хранить эти артифакты (war-файлы) и откуда их передавать в образ при сборке? Использую Jenkins для сборки.

В nexus

Более подробно не расскажу) опыта пока не было, но юзают именно его для таких целей

C Jenkinsa передавать в Nexus - из Nexus-а в Jenkins?

Теоретически можно и без нексуса )

Сразу в докер

Фишка в том, что какие варианты дистрибуции у вас есть ?

А как сразу в Docker?

C Jenkinsa передавать в Nexus - из Nexus-а в Jenkins?

И так и так)

Теоретически можно вообще всю сборку в докере делать (мультистейдж билд)

всем привет. есть вопросик: хочу запихать бэкенд телеграм бота в докер. что мне для этого нужно? 1. написать докерфайл, который накатвает питоновские пакеты и кладет сам файлик со скриптом бэкенда в образ 2. docker run?

всем привет. есть вопросик: хочу запихать бэкенд телеграм бота в докер. что мне для этого нужно? 1. написать докерфайл, который накатвает питоновские пакеты и кладет сам файлик со скриптом бэкенда в образ 2. docker run?

ес

если что-то еще используется бд или кролик, то компоуз тебе нужен

так, а он зачем, если кратко?

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

Не нужен компоуз

Компоуз - это способ описания контейнеров в ямл. Можно все то же самое сделать руками

Компоуз - это способ описания контейнеров в ямл. Можно все то же самое сделать руками

Тогда в чем его преимущество?

Ямл

В одном файле

В одном файле

Можно в нескольких

Компоуз - это способ описания контейнеров в ямл. Можно все то же самое сделать руками

а если я вообще никак не буду их описывать?

Или так не получится?

а если я вообще никак не буду их описывать?

Тогда либо руками docker run blablabla, либо ансибл или типа того

думаю, мне хватит docker run blablabla, спасибо

Касательно этой свистопляски с waitDb - она не нужна

решил проблему с питоновским контейнером, добавив активацию venv в boot.sh

я так понял что процесс который выполняет boot.sh потом получает команду из dicker-compose и тоже пытается её выполнить

но так как venv не активирован то и выполнить он её не может

exec "$@" вот эта хрень, как я понимаю, пытается выполнить все агрументы переданные скрипту на вход

но так как venv не активирован то и выполнить он её не может

так и есть. Вообще выкини venv, он не нужен в докере

решил проблему с питоновским контейнером, добавив активацию venv в boot.sh

?

так и есть. Вообще выкини venv, он не нужен в докере

Вообще да, но унификация таки

Но я не думал что содержимое command будет передаваться в мой скрипт entrypoint

Думал отдельно запускается или в контексте dockerfile

лишние телодвижения, на самом деле. venv нужен на девелоперской тачке, где куча проектов, или на шаред хостинге каком0нибудь

А ещё в alpine оч плохо (да чего уж там, хуево, откровенно говоря) собираются либы под gcc

alpine не обязательно использовать

Ну да, как вариант

Но я не думал что содержимое command будет передаваться в мой скрипт entrypoint

Вообще то это одно и то же

В смысле берется энтрипойнт клеится с команд и идёт на выполнение

alpine не обязательно использовать

Эльпайн маст, когда хочется минимальный размер образа

Угу

Всякие python, numpy, psycopg туда встают без шаманств

Только компилируются долго

Эльпайн маст, когда хочется минимальный размер образа

premature optimization