Никто не встречал пакет с монгошеллом для альпайна?

Притом user_allow_other на хосте в etc/fuse.conf раскомментирована

Притом user_allow_other на хосте в etc/fuse.conf раскомментирована

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

Добавлю --volume /etc/fuse.conf:/etc/fuse.conf:ro

Попробуем ещё раз

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

теперь я щастлив, таск отработал :D

Я поднял в докре скл сервер docker start mssql могу к нему дсоутчатся с хоста через bridge network по адресу 172.17.0.2 как сделать чтобы стучаться по хостнейму, например: mssql.bridge.docker ?

Я поднял в докре скл сервер docker start mssql могу к нему дсоутчатся с хоста через bridge network по адресу 172.17.0.2 как сделать чтобы стучаться по хостнейму, например: mssql.bridge.docker ?

Считай что он локально, localhost port

тогда надо порт мапить, но мне не подходит в прниципе

тогда надо порт мапить, но мне не подходит в прниципе

ну я так понял docker DNS только внутри докера работает?

Смотри если тебе нужно с др контейнера и он в одной сети, то днс тащит и можно по имени, по другому не варик

ясно, тогда пропишу просто в /etc/hosts на хосте...)

Твой путь нат

ясно, тогда пропишу просто в /etc/hosts на хосте...)

А потом оно стреляет тебе в ногу

мне для девелопмента)

И потом оно все равно стреляет тебе в ногу

окей, как сделать чтобы линуксовый хост автоматом видел докеровский DNS?

окей, как сделать чтобы линуксовый хост автоматом видел докеровский DNS?

Если очень надо - есть костыль с консулом. Регаешь там контейнеры. А потом консул можно как днс подключить

Есть локал хост

Ёму не нужно, он этого не понимает

Подскажите как запустить в одном RUN /usr/sbin/mysqld_safe & && cat start.sql | mysql -u root ... игрался кто с таким?

а может я хочу лучше понять как докер работает?

а может я хочу лучше понять как докер работает?

а может я хочу лучше понять как докер работает?

Ммм почему не при старте

Я хочу тебя отговорить делать глупости

По своей философии docker диктует: 1 контейнер - 1 процесс. У нас имеется монорепозиторий с общим образом, но разными командами запуска, это изолированные процессы, между которыми общие брокеры(rabbitmq, redis). Локально для разработки в docker-compose все это мы поднимем в отдельных контейнерах(src как volume для всех). Передали образ devops для helm-чартов, они предложили все сервисы развёрнуть в одном контейнере и повесить circus как супервизор. Могут ли быть какие-либо проблемы с этим подходом?

По своей философии docker диктует: 1 контейнер - 1 процесс. У нас имеется монорепозиторий с общим образом, но разными командами запуска, это изолированные процессы, между которыми общие брокеры(rabbitmq, redis). Локально для разработки в docker-compose все это мы поднимем в отдельных контейнерах(src как volume для всех). Передали образ devops для helm-чартов, они предложили все сервисы развёрнуть в одном контейнере и повесить circus как супервизор. Могут ли быть какие-либо проблемы с этим подходом?

В одном поде???

Вы не сможете обеспечить отказоустойчивость для редиса, ребита. И ещё. Редис - ребит явно должны быть снаружи контейнеров с процессами.

В одном поде???

redis и rabbitmq запускаются вне контейнера, отдельные ресурсы

ок, супервизор тогда для чего ?

масштабироваться, деплоиться они должны все вместе ?