они это уже не называют бетой

Ранее было boot2docker, да.

чууууть-чуть отстал

Бесит что он тормозит.

что тормозит? создание? Обработка команд? работа контейнеров?

Работа контейнера.

В сравнении если делать тоже самое на локальной машине.

я просто как настроил себе docker-machine в работе с параллельками, как-то на нативное решение особо не засматривался

Ну у меня нет параллелек :(

Да и докер для локальной разработки пока только.

у нас из под vm

а на маке ничего не занимает 3306?

мы же флаг -h указываем

какая разница?

Ну разницы ни какой, телнетом просто пробовали коннект на него?

на что?

Тут какая-та магия и я выдвигаю самые идиотские предположения

?

да нет никакой магии

докер запущен на вм-ке

И?

клиент обращается к нему и видит там контейнеры

и то, что контейнер пробрасывает какой-то порт - он пробрасывает на ту вм-ку

а не на мак, на котором крутится эта самая вм-ка с докером

хмммм $ docker-machine ls NAME ACTIVE DRIVER STATE URL SWARM DOCKER ERRORS default * virtualbox Running tcp://192.168.99.100:2376 v1.12.0 если запускать командой docker run -e MYSQL_ROOT_PASSWORD=123456 -d -p 3306:3306 mariadb:10.0.17 и затем mysql -uroot -h192.168.99.100 -p то все работает норм))))

вот о том я и говорю

O_o а откуда ип тот вообще взялся

?

Другой который выше?

айпишник контейнера

из docker inspect

я так подозреваю

docker inspect показывает его как ип контейнера

да

Ясно.

ну таки я не понял. как сделать на маках по человечески)))

Пробросить все порты в виртуалке на ип контейнера O_o

таки жопа

попробовать установить тот докер, что for Mac

А в логах контейнера ничего нет?

Странного)

а что там хочется увидеть?)

всё вроде уже яснопонятно

Кстати, а почему б докер не запускать с другими портами сразу O_o

что?

Ну всмысле, что б было что-то типа local-port и remote-port

я не понимаю

Ну есть же в нём targetport и port

что это значит? каждый контейнер имеет свой айпишник, нужное приложение в нём может использовать какой-то свой порт. Этот порт может быть проброшен на хостовую машину, на которой крутится докер

я совсем запутался

Спать пора наверное идти. ?

тогда что такое в вашем вопросе local-port и remote-port?

У нас есть вм со своими портами, внутри крутится docker со своими портами - local-port(docker) - remote-port(vm)

Наверное я чего-то не понимаю в этой жизни :D

ну вы правильно схему описали

там такая инсталляция и есть

Так я и пишу, разве при запуске docker'a внутри вм нельзя указать, что вм нужно брать порт такой-то для такого-то ip-address'а приложения

Как-то запутанно написал :-\

внутри вм?

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

попахивает побегом)

Эм... ну управлять не то слово, а слушать его и помогать ему.. восстание машин - вся фигня

в общем и целом-то можно. Гипервизором пробросить нужный порт из хоста в вм

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

Ну.. для такого я так понимаю и нужен ansible или что-то типа того, что б помочь в этом.

Хотя можно просто сделать проброс портов с 10001 по 65000 для докера и докеру указывать порт запуска другой O_o

Самое просто и быстрое решение O_o

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

:)

? Ну тут изначально были условия не высказанны полностью :D

Коллеги, приветствую, помогите, пожалуйста, рецептом Есть проект, я его сейчас заворачиваю в докер контейнеры вместе с docker compose. Как мне в связку поставить контейнер с нодой так, чтобы я мог билдить часть ноды в любой момент? Контейнер с php-fpm не завершается после up, поэтому я могу сделать doc-compose exec php build для сборки php'шной части Но контейнер с нодой завершается после doc-compose up, как быть, подскажите пожалуйста?

А там с Node.js приложением точно никаких проблем нет?

там нет приложения

нода нужно чтобы npm и bower дернуть

Не должно вылетать, если server.listen вызывается

А, т.е. Только для билд процесса?

да

но там в приложении есть ещё один сервис, и там вочер сокетов на ноде, но это уже следующий этап деплоя будет (это отдельный микросервис)

вобщем как мне заставить стандартный контейнер ноды не завершаться?

Подскажите ещё, насколько я понял бывают standalone контейнеры, которые нужны просто дёрнуть одну утилиту (например https://hub.docker.com/r/composer/composer/) Подсккажите, как их можно использовать в связке compose? Например как можно из контейнера дернуть такой композер? Или только с хост машины можно через compose exec?

выложи все в папку на ружу и запускай npm из хозякой системы

так зачем тогда докер, если нужно ещё окружение вокург докер настроить? )

Тебе надо захолдить процесс, например через gulp.watch

может быть просто не нужно тогда ноду в compose добавлять? В билд скрипте просто дергать через docker run —rm -v .:/app node npm install?

Давай более глобально. Будет инсталл, дальше что - сборка? А если что-то изменилось - нужна будет пересборка?

При этом собранное должно быть передано РНР приложению?

Иначе можно просто npm install перед РНР)

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

https://docs.docker.com/engine/admin/host_integration/

сейчас собираю дев площадку. Сервис написан на php, с использованием фронтендовых пакетов (bower), и сборкой галпом (npm). Билд - (псевдокод) composer install npm install bower update gulp build php migrations это всё я хочу разложить на сборку докером по контейнерам. Чтобы контейнер с нодой собирал фронтенд, а контейнер с php собирал php часть и обрабатывал запросы контейнера nginx

Таким образом Nginx сам определяет на какой URI отдать статику, собранную npm + bower, а на какой отдать его PHP-серверу?

нет, там всё в одну точку монтируется через volumes_from

Вариантов раздать статику два - volumes и HTTP

Тогда это не микросервисы :) Собрал бы уже в одном контейнере все

статику отдает nginx, а в контейнер всё через volumes попадает

Не пришлось бы извращаться с Volumes