вообще галера в докере это дикость

по сути кластер баз данных он и не должен туда никогда попадать

по сути кластер баз данных он и не должен туда никогда попадать

почему?

в докер можно засовывать, но очень аккуратно

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

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

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

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

acid независим от томов

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

а то и вообще развалится

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

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

докер повышает шансы

ты в нормальной сети на виртуалках больше отказоустойчивости получишь

тем более если кластер не на один десяток гигов

и тем более если там еще биллинг какой завязан, лучше не рисковать

докер повышает шансы

В части чего ?

и каков доход од одной акции фейсбука ?)

и каков доход од одной акции фейсбука ?)

да случайно кинул) сорян

пока никакой

мне тут задумалось странное, подключить к nginx data volume, который в виде образа

В части чего ?

сеть, диск, производительность как и любая виртуализация, докер добавит издержки

в docker-compose это кто-то делал?

Ну так не докер же занимается редиректом это все равно что говорить железный сервер занимается редиректор)))

Человек изначально заявил, что ему надо редирект через докерфайл, и никак иначе. Так что сравнение не то.

в docker-compose это кто-то делал?

А какие возникли сложности?

не нашел документацию

И чем странна идея?

не нашел документацию

volumes_from в доке поищи

Образ лежит в registry.example.com/x/x/development:dist

Если я верно понял

Понял неверно, но первая же ссылка из гугла помогла: https://www.digitalocean.com/community/tutorials/how-to-share-data-between-docker-containers

Теперь и я знаю, как это сделать))))

это другая шляпа

это другая шляпа

Тогда не понял вопроса

Всем привет. С докером только начинаю работать, поэтому прошу сильно не пинать. Использую laradock. Для nginx создал пару .conf-файлов для 2ух доменов (назовем их test1.loc и test2.loc). Теперь задача. С одного домена нужно дернуть URL другого домена. Как мне сформировать ссылку ? То есть, например, в обычных условиях у меня было бы что-то типа http://test2.loc/<параметры>. а как быть в случае использования докера ? Я так понимаю, что нужно как-то править внутренний /etc/hosts ? Буду рад любой помощи.

Смотри по именам сервисов docker-compose. Вероятно, это test1 и test2.

Прямо так и обращаешься: test1

Не очень понял, если честно. В docker-compose .yaml прописан среди прочих сервисов, например, nginx. Но мне нужно как-то передавать имя домена. test1.loc и test2.loc упоминаются только в файлах конфигурации .conf для nginx.

К nginx в этом случае обращаешься как к домену nginx. Если есть сервис с именем app, к нему обращаешься как к app.

К nginx в этом случае обращаешься как к домену nginx. Если есть сервис с именем app, к нему обращаешься как к app.

Обращение к nginx, по сути, это обращение к контейнеру по его внутреннему IP. Но мне нужно обращаться к конкретным доменам (передавать доменные имена), то есть, нужно где-то их прописать. Я думал, что это можно как-то сделать через etc/host на гостевой OS.

Берешь регаешь в рег.ру на свой локальный айпи ?

Через сутки применитсч 100%

Обращение к nginx, по сути, это обращение к контейнеру по его внутреннему IP. Но мне нужно обращаться к конкретным доменам (передавать доменные имена), то есть, нужно где-то их прописать. Я думал, что это можно как-то сделать через etc/host на гостевой OS.

зачем?

Тебе таки надо обращаться к контейнерам, или же к каким-то доменным именам (и пофиг, где они)?

Обращение к nginx, по сути, это обращение к контейнеру по его внутреннему IP. Но мне нужно обращаться к конкретным доменам (передавать доменные имена), то есть, нужно где-то их прописать. Я думал, что это можно как-то сделать через etc/host на гостевой OS.

Пропиши заголовок

Курл это имеет, библиотека requests тоже

Пропиши заголовок

У меня обычная ссылка в HTML.

У меня обычная ссылка в HTML.

Эм

Тогда тебе придется либо алиасы прописывать

Если у меня оракул не сломался, то тебе надо в test1.loc проксировать запрос с test1.com на app1

Либо свой днс прокидывать внутрь контейнеров

Тогда тебе придется либо алиасы прописывать

И, да, это работает через докер компоуз при условии нахождения контейнеров на одном хосте

Да, все контейнеры на одном хосте (все в одном docker-compose.yml, если это имеет значение). Хотелось бы подробнее про алиасы для доменов, если можно.

Если у тебя локально открывается ссылка test1.com, и ты этот запрос хочешь в контейнер пропихнуть, то это не задача докера. Тебе надо как-то этот запрос туда направить самостоятельно. Например, строить ссылку по домену localhost, и контейнером с проксей слушать 80й порт. Или да, алиасы доменов прописать локально на компе. В общем, что угодно для того, чтобы запросы шли в контейнер с проксей. А она уже по другим контейнерам будет раскидывать их.

Если у тебя локально открывается ссылка test1.com, и ты этот запрос хочешь в контейнер пропихнуть, то это не задача докера. Тебе надо как-то этот запрос туда направить самостоятельно. Например, строить ссылку по домену localhost, и контейнером с проксей слушать 80й порт. Или да, алиасы доменов прописать локально на компе. В общем, что угодно для того, чтобы запросы шли в контейнер с проксей. А она уже по другим контейнерам будет раскидывать их.

Двести процентов

Двести процентов

М?

Полностью поддерживаю точку зрения

Привет, в docker-compose редис описан вот так redis: image: redis При подключении к нему из другого контейнера ошибка Error 111 connecting to 0.0.0.0:6379. Connection refused. Что делаю неправильно?

0.0.0.0:6379 - вот это вот по сути попытка подключиться к локалхосту в извращенной форме. Не туда подключаетесь

0.0.0.0:6379 - вот это вот по сути попытка подключиться к локалхосту в извращенной форме. Не туда подключаетесь

+1

Привет, в docker-compose редис описан вот так redis: image: redis При подключении к нему из другого контейнера ошибка Error 111 connecting to 0.0.0.0:6379. Connection refused. Что делаю неправильно?

В разделе services, надеюсь ?

В разделе services, надеюсь ?

Да

0.0.0.0:6379 - вот это вот по сути попытка подключиться к локалхосту в извращенной форме. Не туда подключаетесь

А как нужно?

А как нужно?

По имени контейнера, наверное

Спасибо большое

коллеги не подскажите в чем проблема ?

вот такой докерфайл

а сорян

# Stage 1 - the build process FROM node as build WORKDIR /application/ ADD package.json package-lock.json /application/ RUN npm install ADD . /application/ RUN npx gulp production # Stage 2 - backend FROM python:3-alpine as django ENV PYTHONUNBUFFERED=1 RUN apk add --no-cache linux-headers bash gcc \ musl-dev libjpeg-turbo-dev libpng libpq gettext \ uwsgi uwsgi-python3 git \ zlib-dev libmagic WORKDIR /wilford COPY ./ /wilford COPY --from=build /application/build /wilford/ RUN pip3 install -U -r /wilford/requirements.txt CMD gunicorn wilford.wsgi:application --bind 0.0.0.0:8000 && python manage.py get_lokalise --project_id 360753145c04efaf67d943.41848601 --token 7887f48154a0ec1dbe61cfc77c6c69c27f777b44 #ENTRYPOINT ["/entrypoint.sh"] # Stage 3 - web FROM nginx:1.13.12-alpine as nginx COPY nginx.conf /etc/nginx/ COPY --from=build /application/build/ /server_root/

в директиве CMD не выполняется вторая команда с get lokalise

в чем может быть проблема ?

как сделать так чтобы обе команды выполнялись ?

может gunicorn не завершается?

ну работает и работает

может gunicorn не завершается?

Скорее всего

А как сделать чтобы и юникорн работал и это команда выполнялась

В фоне запусти

unicorn в фоне запустить ?

а как это сделать ?

В конце команды добавь &

В пристойно Linux это запускает фоновый процесс

Зачем кидать все в nginx?

т.е. вот так будет выглядеть команда gunicorn wilford.wsgi:application --bind 0.0.0.0:8000& ?

Зачем кидать все в nginx?

в джинкс я кидаю только статику

т.е. вот так будет выглядеть команда gunicorn wilford.wsgi:application --bind 0.0.0.0:8000& ?

Пробел нужен перед &

Так может тебе лучше два контейнера юзать?

project_id и token можно через аргументы подкидывать

Так может тебе лучше два контейнера юзать?

у меня на выходе так и получается 2 контейнера я докер композом деплою в сварм

services: nginx: image: ${CI_REGISTRY_IMAGE}/nginx:${CI_COMMIT_SHA} build: target: nginx context: . dockerfile: Dockerfile networks: - traefik - overlay deploy: mode: replicated replicas: 1 labels: traefik.frontend.rule: 'Host:${DOMAIN_NAME}' traefik.port: '8000' django: image: ${CI_REGISTRY_IMAGE}/django:${CI_COMMIT_SHA} build: target: django context: . dockerfile: Dockerfile networks: - overlay deploy: mode: replicated replicas: 1 networks: traefik: external: true overlay: driver: overlay driver_opts: encrypted: "true"