Или используй вольюмы или делай все при сборке в докерфайле

Ну или маунт, там сам смотри как тебе удобнее)

Ребята привет, дайте чё толковое почитать про докер

Доки

Ребята привет, дайте чё толковое почитать про докер

Держи

Держи

Спасибо добрый человек))

docker-compose stop и docker-compose start решили мою проблему. up и down видать для создания с нуля

при stop start изменяния в docker-compose проходят бездолезнено

docker-compose stop и docker-compose start решили мою проблему. up и down видать для создания с нуля

Именно так

при stop start изменяния в docker-compose проходят бездолезнено

На всякий про commit не забывай

ок почитаю что это

а чем тебе вольюмы/маунт не подошли?

Всем вечер добрый! Подскажите, пожалуйста. Есть порядка 20 миграций, которые лежат в контейнере с Node.js приложением. Из них есть один дамп, который должен накатываться в порядке очередности где-то в середине всех миграций в контейнер с PostgreSQL. У меня как-то мысли заканчиваются как это сделать без использования pg_restore, которого тупо нет в контейнере Node.js. Кто с таким сталкивался?

Всем вечер добрый! Подскажите, пожалуйста. Есть порядка 20 миграций, которые лежат в контейнере с Node.js приложением. Из них есть один дамп, который должен накатываться в порядке очередности где-то в середине всех миграций в контейнер с PostgreSQL. У меня как-то мысли заканчиваются как это сделать без использования pg_restore, которого тупо нет в контейнере Node.js. Кто с таким сталкивался?

а зачем у тебя эти миграции в контейнере с нодой?

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

Разработчики держат миграции вместе с кодом

ну, и pg_restore ты можешь хитрым образом вызвать из контейнера с постгресом

нужно только файл туда загнать

Вот я файлы примонтировал

но фишка том, что это отдельный процесс (не в понятии потоков, а в понятии именно последовательности действий)

Да, понимаю

и вообще - когда у тебя приложение скейлится, то тогда тебе ТОЧНО миграции нужны отдельным контейнером

иначе труба

Вот я файлы примонтировал

куда и как?

и вообще - когда у тебя приложение скейлится, то тогда тебе ТОЧНО миграции нужны отдельным контейнером

Это понимаю) Но пока что такого нет

куда и как?

Сорри, я не уточнил. Я эту операцию хочу провести на CI, чтобы после этого запустить интеграционные тесты. Примонтировал с workspace в docker-entrypoint-initdb.d

Примонтировал чисто *.sql файлы

о мой мозг

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

Примонтировал чисто *.sql файлы

ну, они отработают при старте постгреса

и что не так?

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

Вот к этому и иду мыслями

ну, они отработают при старте постгреса

Вот что-то не отрабатывают)

Там миграции с geonames

ну, пока неясно, что у тебя не так. Вольюм они подцеплять должны

Там миграции с geonames

и что? это непринципиально, кмк. Или там extension какие-то используются*

Postgis юзается, да

И контейнер юзаю mdillon/postgis

И контейнер основан на официальном образе postgres, так что и проблем быть не должно

Логи почему-то пишут это: psql:/docker-entrypoint-initdb.d/*.up.sql:0: could not read from input file: Is a directory

Каким боком это директория=\

а ты зайди в каталог и посмотри

на рабочем контейнере

может криво замонтировалось

Там только sql-файлы, смотрел

А как его сделать?))

На офсайте есть обучение с терминалом

ls -la /docker-entrypoint-initdb.d/

покажи

есть идеи ? ? root@test2:~# dig @169.254.1.1 +short backend.service.staging.consul 10.133.31.150 root@test2:~# docker run -ti --dns=169.254.1.1 byrnedo/alpine-curl http://backend.service.staging.consul:3010 curl: (6) Could not resolve host: backend.service.staging.consul

что у тебя в resolv.conf внутри контейнера?

Permission Denied не пишет

Permission Denied не пишет

ему все равно права на файлы могут не нравиться

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

если отработает, то это даст намек, куда копать в дальнейшем

что у тебя в resolv.conf внутри контейнера?

root@test2:~# docker run -ti --dns=169.254.1.1 --entrypoint "/bin/cat" byrnedo/alpine-curl /etc/resolv.conf nameserver 169.254.1.1

эм. а этот узел контейнеру вообще доступен?

если отработает, то это даст намек, куда копать в дальнейшем

В общем, миграции правильнее держать в отдельном контейнере и накатывать через него, верно? Т.е. использовать механизм контейнера PostgreSQL, а не, например, db-migrate-pg для Node.js?

Ты сам дамп захотел вливать

в целом, да - отдельный контейнер для миграций.

Ты сам дамп захотел вливать

Не я захотел(

эм. а этот узел контейнеру вообще доступен?

ну это на локал хосте dummy interface, просто с хоста работает dig @169.254.1.1 +short backend.service.staging.consul

Но суть понял. Спасибо!

эм

@luddite478 а как он в дамми интерфейс сходит?

у тебя вообще 169.254.1.1 из контейнера доступен?

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

NAT там, все дела

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

кроме локал хоста

ваще я по этому гайду делал, странно https://medium.com/zendesk-engineering/making-docker-and-consul-get-along-5fceda1d52b9

Configuring Consul to bind to all interfaces. That would make the HTTP and CLI RPC ports open to the world unless we also craft iptables(8) rules to block requests from foreign hosts. In addition, we’d have to ensure the containers know the IP address of the host they’re running on in order to communicate with its Consul agent.

сделай так

Подскажите плз что делаю не так. Есть билд: FROM node:10 AS build WORKDIR /build COPY . . RUN npm install --dev && npm run build FROM nginx:1.17.1-alpine WORKDIR /app COPY --from=build /build/dist /app COPY --from=build /build/docker-entrypoint.sh /app RUN chmod +x /app/docker-entrypoint.sh EXPOSE 80 ENTRYPOINT ["/bin/sh", "./docker-entrypoint.sh"] Есть энтрипоинт: #!/bin/sh cat <<'EOF' > /etc/nginx/conf.d/default.conf server { listen 80; server_name localhost; location / { try_files $uri $uri/ /index.html; } location /api { proxy_pass http://$BACKEND_HOST; } } EOF exec nginx -g 'daemon off;' "$@" Но почему при поднятии контейнера через композ где прописано environment: - BACKEND_HOST=test.host:5000 Значение не прокидывается

в логах nginx: [emerg] unknown "backend_host" variable 2019/07/11 20:04:09 [emerg] 1#1: unknown "backend_host" variable

Подскажите плз что делаю не так. Есть билд: FROM node:10 AS build WORKDIR /build COPY . . RUN npm install --dev && npm run build FROM nginx:1.17.1-alpine WORKDIR /app COPY --from=build /build/dist /app COPY --from=build /build/docker-entrypoint.sh /app RUN chmod +x /app/docker-entrypoint.sh EXPOSE 80 ENTRYPOINT ["/bin/sh", "./docker-entrypoint.sh"] Есть энтрипоинт: #!/bin/sh cat <<'EOF' > /etc/nginx/conf.d/default.conf server { listen 80; server_name localhost; location / { try_files $uri $uri/ /index.html; } location /api { proxy_pass http://$BACKEND_HOST; } } EOF exec nginx -g 'daemon off;' "$@" Но почему при поднятии контейнера через композ где прописано environment: - BACKEND_HOST=test.host:5000 Значение не прокидывается

потому что тебе надо использовать envsubst, jinja, gomplate или любой шаблонизатор?

если кратко - у мнея большое подозрение, что у тебя $BACKEND_HOST внутри HEREDOC не распаковывается

т.е. envsubst это бест практис для такого кейса?

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

ну мне он не нравится, но это явно лучше, чем sed

ок, спасибо

https://github.com/nginxinc/docker-nginx/issues/248

что-то такое

благодарю

Configuring Consul to bind to all interfaces. That would make the HTTP and CLI RPC ports open to the world unless we also craft iptables(8) rules to block requests from foreign hosts. In addition, we’d have to ensure the containers know the IP address of the host they’re running on in order to communicate with its Consul agent.

довольно запарный путь через iptables ) в гайде он в разделе “не рекомендуется” ) пинганул кстати dns из контейнера docker run -ti --dns=169.254.1.1 --entrypoint "/bin/ping" byrnedo/alpine-curl 169.254.1.1 PING 169.254.1.1 (169.254.1.1): 56 data bytes 64 bytes from 169.254.1.1: seq=0 ttl=64 time=0.082 ms 64 bytes from 169.254.1.1: seq=1 ttl=64 time=0.123 ms 64 bytes from 169.254.1.1: seq=2 ttl=64 time=0.138 ms

может консул недонастроен, хз

может консул недонастроен, хз

если интересно, то там были какие-то мудреные правила iptables в имедже docker-18-04 на DO, я их почистил и все заработало

если интересно, то там были какие-то мудреные правила iptables в имедже docker-18-04 на DO, я их почистил и все заработало

?

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

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

Если используете docker-compose, то в описании сервиса redis укажите link на первый контейнер. Оттуда уже redis будет доступен по имени сервиса в качестве домена