3. При запуске контейнера пробрасываете каталоги внутрь контейнера, а в контейнере некий скрипт, который копирует файлы из нужных каталогов в каталоги, которые проброшены снаружи

Советы один другого лучше

Советы один другого лучше

Предложи варианты

Пункт 3 понравился так то

Добавлю скриптик мол если хотите дефолт конфиги то запускайте

Мне не понятно почему на момента сборки образа появляются какие-то артефакты. Так не должно быть

1. Вообще откажитесь от сборки докерфайла. 2. Можете писать файлы - в вольюм (неименованный). Директива Volume Dockerfile

П1 это как?

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

Мне не понятно почему на момента сборки образа появляются какие-то артефакты. Так не должно быть

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

Допустим

Собирает полноценный образ

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

Согласен

Конечно их можно отключить, но с ними удобней

П1 это как?

Ну, легко

Конечно их можно отключить, но с ними удобней

А доступ к чему должен быть?

Чем их по гитхабам собирать

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

И что? Соберите deb - самодостаточный инсталляционный пакет

Подсказать как ?

И что? Соберите deb - самодостаточный инсталляционный пакет

Я хочу через multistage

Говорят модно так

И что? Соберите deb - самодостаточный инсталляционный пакет

Я хочу etc/asterisk/* на хосте держать. Как деб спасет?

Я хочу etc/asterisk/* на хосте держать. Как деб спасет?

Ну, и какое это отношение имеет к сборке ?

Разделите задачу и все будет нормальнр

Make install дефолт конфиги пишет

И что?

Ну они мне на хосте нужны очевидно

Ещё раз. Задачу разделите

1. Сборка бинарей, чтоб они тащили все зависимости.

2. Отдельный образ, который устанавливает бинари из п.1. В случае если каталог с конфигурацией Астериска пустой (т.е. прокинут с хоста) - наполняет его

И если уж так пошло, то тот же nginx в дефолте так не делает. Предлагается инстанцировать временный контейнер, а потом из него docker cp конфиги на хост, благо это сделать надо только один раз

https://hub.docker.com/_/nginx/ docker run --name tmp-nginx-container -d nginx $ docker cp tmp-nginx-container:/etc/nginx/nginx.conf /host/path/nginx.conf $ docker rm -f tmp-nginx-container

Рабочее решение, между прочим

Ясно ?

Ну они мне на хосте нужны очевидно

М?

Всем привет. Вопрос - мне надо отправлять запросы из одного проекта в другой (оба запущены в docker-compose). Я попробовал сделать просто запись в hosts но это не прокатило. Как это можно сделать?

socat

Всем привет. Вопрос - мне надо отправлять запросы из одного проекта в другой (оба запущены в docker-compose). Я попробовал сделать просто запись в hosts но это не прокатило. Как это можно сделать?

Через локалхост и пробросы портов

Ес-но, из контейнера придется ходить по внешнему айпи ноды. Ну, и правила файрволла

Либо сначала настроить докер сеть, а потом объявить ее как внешнюю в обоих докер компоуз ах

Всем привет. Вопрос - мне надо отправлять запросы из одного проекта в другой (оба запущены в docker-compose). Я попробовал сделать просто запись в hosts но это не прокатило. Как это можно сделать?

Вопрос решен ?

пока нет) пробую

Всем привет. Вопрос - мне надо отправлять запросы из одного проекта в другой (оба запущены в docker-compose). Я попробовал сделать просто запись в hosts но это не прокатило. Как это можно сделать?

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

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

2 композа, что не понятного?

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

у меня 2 компоуза, один из них имеет REST API, из внешки доступен. Из второго компоуза не могу послать запрос в этот с RESTом

я добавил это в оба компоуза, но не совсем пойму на какое доменное имя слать запросы networks: default: external: name: webproxy я вообще правильно сделал?)

я добавил это в оба компоуза, но не совсем пойму на какое доменное имя слать запросы networks: default: external: name: webproxy я вообще правильно сделал?)

По имени сервиса

у меня 2 компоуза, один из них имеет REST API, из внешки доступен. Из второго компоуза не могу послать запрос в этот с RESTом

можно тогда общую сеть создать для них

2 композа, что не понятного?

вот как раз эта часть)

я добавил это в оба компоуза, но не совсем пойму на какое доменное имя слать запросы networks: default: external: name: webproxy я вообще правильно сделал?)

Сеть создана? Оба контейнера, которые должны друг друга видеть - подключены к этой сети ?

Далее просто по имени контейнера доступ

я добавил это в оба компоуза, но не совсем пойму на какое доменное имя слать запросы networks: default: external: name: webproxy я вообще правильно сделал?)

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

тебя какой вариант устраивает?

Communication between multiple docker-compose projects https://stackoverflow.com/q/38088279/3852459

вот тут можешь посмотреть

Нейтральный вариант - создание сети вне обоих комповзов )

Нейтральный вариант - создание сети вне обоих комповзов )

вообще да, думаю всегда лучше их отдельно создавать, вот только надо помнить их задокументировать потом

Да, всем спасибо, не прописал сеть у одного из контейнеров. Вопрос только в чем - если я обращаюсь по имени контейнера blablabla_1 - вот эта итеративная единица может поменяться если я запущу еще одну копию или она будет всегда? есть ли способ в этой докер сетке задать доменное имя самому?

link -- работать в ней будет?

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

я бы не советовал использовать --link, он устарел

а все (прописал алиас и пашет), теперь вопросов нет, еще раз всем спасибо)

а все (прописал алиас и пашет), теперь вопросов нет, еще раз всем спасибо)

Не надо алиас, не надо _1, я же написал - по имени сервиса обращайся

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

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

Нет

Я уж не говорю о ситуации, когда контейнер забинден на конкретный ip из пула, а не на 0.0.0.0

Подскажите плиз! Как можно прогонять весь трафик от докер-сервиса (в Docker Swarm) через ВПН-сервер (который так же развернут как сервис в этом же Docker Swarm)?

Подскажите плиз! Как можно прогонять весь трафик от докер-сервиса (в Docker Swarm) через ВПН-сервер (который так же развернут как сервис в этом же Docker Swarm)?

Вопрос неясен

Вариант - зарулить правилама netfilter (iptables)?

Вопрос неясен

В сервисе запущен телеграмм бот и сервис прилинкован к БД Изменения в коде бота вносить - не вариант. Нужно какими-то другими средствами направить все действия чат-бота через VPN, как это можно сделать?

В сервисе запущен телеграмм бот и сервис прилинкован к БД Изменения в коде бота вносить - не вариант. Нужно какими-то другими средствами направить все действия чат-бота через VPN, как это можно сделать?

Я же сказал - поправить айпитейбл правила

И зарулить весь трафик с докер контейнера на внешние хосты в впн

Есть гениальный вариант, но он мне не нравится

Опция links или network позволяет пошарить сетевой стек между двумя и более контейнерами

Она как раз идеально ложится на кейс с впнами и не нужно ломать мозг с правилами айпитейблз, НО если сдохнет ВПН, то нужно будет все сервисы перезапускать

В сервисе запущен телеграмм бот и сервис прилинкован к БД Изменения в коде бота вносить - не вариант. Нужно какими-то другими средствами направить все действия чат-бота через VPN, как это можно сделать?

Ответ полон?

Ответ полон?

Да, понял) Спасибо большое!

Пожалуйста и с наступившим 2019!!! ?

примет, можете помочь, у меня несинхронизированы файлы, что можуно сделать? запускал docker rm -f $(docker ps -a -q) и снова docker-compose build - не помогло

примет, можете помочь, у меня несинхронизированы файлы, что можуно сделать? запускал docker rm -f $(docker ps -a -q) и снова docker-compose build - не помогло

Какие?

И вообще не билди из докер компоуза

Это худшая из идей

По существу - имидж-то не удален ;)

Это худшая из идей

это почему же?

это почему же?

Кратко - фазы сборки и выполнения должны быть разнесены

Если долго - есть нюансы с пересборкой, в частности, если есть несколько контейнеров из одного (или похожего) имиджа, который задан директивой build в docker compose

Кратко - фазы сборки и выполнения должны быть разнесены

docker-compose build myapp Что не так тут?

docker-compose build myapp Что не так тут?

Тем что это не продакшн решение - максимум для локальных тестов. Dixi

Оу, я понял)

Какие?

Например vendor папка осталась в образе, но у меня ее нету

Например vendor папка осталась в образе, но у меня ее нету

Не понимаю, почему это проблема

Вендор же пересобирается.