Aleksandr
http://pastebin.com/EDVbMv7n
Aleksandr
4x и 5x - Разные свормы
Aleksandr
31 - просто тачка с докером не в swarm
Aleksey
Ну походу просто отлуп шлет
Ilya
Гайз, привет. Свитчнулся на Linux с macOS, не работает проброс хостовых деректорий с хоста в контейнер под docker-machine с драйвером virtualbox:
[user@local test]$ docker-machine create --driver=virtualbox m0
[user@local test]$ docker-machine ls
NAME ACTIVE DRIVER STATE URL SWARM DOCKER ERRORS
m0 * virtualbox Running tcp://192.168.99.100:2376 v1.13.1
[user@local test]$ ls
dir0 dir1 dir2 dir3 dir4
[user@local test]$ docker run --rm -it -v `pwd`:/data busybox sh
/data # ls -la
total 4
drwxr-xr-x 2 root root 40 Feb 19 08:26 .
drwxr-xr-x 20 root root 4096 Feb 19 08:26 ..
Docker version 1.13.1, docker-machine version 0.9.0, ядро 4.9, Arch // Manjaro.
Не подскажете, чего поставить и кого чинить?
Спасибо.
Ilya
Под macOS тот же сетап работает без проблем.
Evgeny
А зачем нужен докермашин на Линуксе, где докер нативный?
Lex
А зачем нужен докермашин на Линуксе, где докер нативный?
для управления докером на других машинах: в облаке, в гипервизоре, и т.д.
Ilya
Верно, + еще локальную разработку веду в отдельных машинах под кождый проект.
Lex
хотя уж лучше kvm чем это говно vbox
Ilya
Честно говоря, я поставил уже все, что находил в репах и AUR) На самом деле я нашел workaround: мануально забиндиндить фолдеры в конфиге машины через GUI, в этом случае оно нормально пробрасывается в контейнеры.
Ну то есть: docker inspect <id>, и маунтишь хостовую директорию внутрь с таким же именем, а оно уже потом пробрасывается внутрь контйенеров.
Ilya
Вероятно, это баг с драйвером virtualbox для machine.
Lex
а зачем тебе пробрасывать каталоги?
Ilya
Это же не live-контейнер — я не могу зашить код приложение через ADD, мне нужно вести разработку как-то, менять файлы, останавливать // запускать процессы.
Ilya
Думай об этом как о Vagrant)
Lex
хм, имо это оверхед в этом случае с докером
Ilya
Не, это унификация) У меня три машины на проект обычно, dev, stage и live. Первые две в vb, третья в клауде. В первую пробрасываю хост, во вторую зашиваю код и прогоняю перед деплоем локально, ну а если все прошло ок, переключаю окружение на live и пушу новый образ туда. Очень удобно!
Ilya
(удобно было на macOS, а тут глюки))
Lex
погоди а CI Ты используешь?
Ilya
Нет, это небольшие проекты, для которых как раз Ci — это оверхед
Lex
эм, а вот тут не соглашусь, даже для hello world CI не оверхед, но это имо, да
Vladimir
это отлично работает и в винде и в макоси и в линуксе
Vladimir
работает лучше чем шаренные папки через вбокс экстеншнз
Vladimir
и не требует поддержки cifs со стороны гостевой системы
Vladimir
то есть можно нормально тот же coreOS запустить
Ilya
Спасибо, посмотрю.
Ilya
На сейчас я уже нашел костыль с пробросом вручную, но это, конечно, не дело.
Ilya
Поковырялся бы сейчас, но НАМ РАБОТАТЬ НАДО :)
Vladimir
https://github.com/shyiko/docker-vm/blob/master/readme.md
Vladimir
вот пример готовый
Syn pamyłkovaj nacyi
Может кто подскажет.
Есть 2 контейнера
1)redis - в конфиге у него bind на 0,0,0,0 (хотелось бы на 127,0,0,1) но чёт не получилось
2)nodejs - пытаюсь законнектиться к редису и вечно получаю ошибку ECONNREFUSED
Стартую всю эту балалайку через compose
такое ощущение, что они не в одной сети. Может кто сталкивался?
Evgeny
По какому адресу нода ломится? Какой режим сети на каждом их контейнеров? </telepatmode>
Syn pamyłkovaj nacyi
ломится по 127,0,0,1
Aleksey
ну конечно он не получит доступ.
Aleksey
127.0.0.1 в каждом контейнере _свой_
Aleksey
если не хочешь что бы оно было доступно снуражи просто не публикуй порт
Syn pamyłkovaj nacyi
а если по 0,0,0,0?
AstraSerg
Новый композ для каждого ямл-файла делает свою сеть. Может в этом дело?
Ilya
Почему делает? Ты их в одну команду упаковываешь через ключ -f?
Ilya
Он должен создавать одну сеть на все файлы, перечисленные в команде
Ilya
docker-compose \
-p app_live \
-f compose/docker-compose.yml \
-f compose/live/docker-compose.yml \
-f compose/live/docker-compose.creds.yml \
up -d
ну то есть вот так создастся одна сеть, если я правильно понял твое сообщение.
Syn pamyłkovaj nacyi
так у меня один yml файл
Vitalii
Коллеги, помогите организовать окружение разработки на докере.
Сейчас у меня на дев сервере развернут проект (3 контейнера), в контейнера nginx и php-fpm смонтирована папка с которой работую только я.
Но вот вчера понадобилось подключить к разработке коллегу и отсюда вопрос: как правильно это организовать.
У меня два варианта:
1. Доработать конфиги nginx для обработки еще одного домена + прокинуть еще одну папку с версией кода проекта коллеги в контейнер и радоваться. Замечу, что разработка и контейнеры на выделеном дев сервере а не на линых ПК разработчиков.
2. Развернуть отдельные контейнера для коллеги, допустим веб сервер кинуть на другой порт 8089 и у него будет свои контейнеры, свой код и своя база.
В чем плюсы и минусы каждого метода?
С точки зрения разработки было бы удобнее иметь одну БД на всех разарботчиков (это менее безопасно но все же удобнее). Так же первый вариант лучше тем, что веб-ервер и база одна - это уменьшает нагрузку на хост машину.
И вот я вроде бы все и сам знаю, но все же может что-то упустил? Кто решал подобную задачу?
Evgeny
Многие решали. Разрабатывать на сервере неудобно и нахер не надо
Vitalii
но тут есть пару важных моментов
1. Одна база - это удобно при разработке
2. Публичные дев домены (удобно ходить к друг другу и смотреть что не работает или показывать заказчику фичи)
3. Не проблема если у разработчика винда. на его машине только код а все кишки на удаленном сервере.
Evgeny
1) плохая идея
Evgeny
2) ничего не мешает сделать на машины разрабов
Evgeny
3) это медленно и печально. банальной поиск по коду проекта идёт минутами
Vitalii
3) это медленно и печально. банальной поиск по коду проекта идёт минутами
чем замедляется поиск по проекту? Оо.
Весь код на его машине и автоматом при изменении деплоиться на удаленный сервер. То есть ты ищешь в локальной версии кода.
Evgeny
Деплоится на сервер? о.О
Evgeny
То есть у тебя висит мониторинг инодов?
Vitalii
3) это медленно и печально. банальной поиск по коду проекта идёт минутами
в общем это не аргумент так как много кто так работает :)
Vitalii
1) плохая идея
а чем плохая идея? Обслуживать одну базу проще чем базы каждого дева. Различие в данных мешает разработе. Постоянно дампы гонять туда сюда?
Evgeny
И у вас нет дев версии размером поменьше?
Evgeny
И никого не парит что несколько рзарабов будут менять одно и тоде и потратят дни на дебаг отсутствующей ошибки?
Vitalii
И никого не парит что несколько рзарабов будут менять одно и тоде и потратят дни на дебаг отсутствующей ошибки?
таких ситуаций не возникает на практике :)
Eugene
И никого не парит что несколько рзарабов будут менять одно и тоде и потратят дни на дебаг отсутствующей ошибки?
Пересечения есть конечно, но не так критично.
Evgeny
А, ну конечно, ок, да, изивните, обшибся
Eugene
Виталик, а нужен ли тебе докер в текущем кейсе? Какие проблемы он решит для дев окружения?
Vitalii
Виталик, а нужен ли тебе докер в текущем кейсе? Какие проблемы он решит для дев окружения?
Нужен, а почему нет? Весь проект в докер завернут :)
Версии пыха, базы и прочего. Удобно же :)
Aleksey
Коллеги, помогите организовать окружение разработки на докере.
Сейчас у меня на дев сервере развернут проект (3 контейнера), в контейнера nginx и php-fpm смонтирована папка с которой работую только я.
Но вот вчера понадобилось подключить к разработке коллегу и отсюда вопрос: как правильно это организовать.
У меня два варианта:
1. Доработать конфиги nginx для обработки еще одного домена + прокинуть еще одну папку с версией кода проекта коллеги в контейнер и радоваться. Замечу, что разработка и контейнеры на выделеном дев сервере а не на линых ПК разработчиков.
2. Развернуть отдельные контейнера для коллеги, допустим веб сервер кинуть на другой порт 8089 и у него будет свои контейнеры, свой код и своя база.
В чем плюсы и минусы каждого метода?
С точки зрения разработки было бы удобнее иметь одну БД на всех разарботчиков (это менее безопасно но все же удобнее). Так же первый вариант лучше тем, что веб-ервер и база одна - это уменьшает нагрузку на хост машину.
И вот я вроде бы все и сам знаю, но все же может что-то упустил? Кто решал подобную задачу?
Мы решали данную проблему: Все свелось к созданию интерфейса, который умеет разворачивать контейнер из определенной ветке и доступ через веб уже по имени ветки гита. База срезается персонально - в ней есть самое необходимое
Hикoлaй
миграции? не слышали?
Vitalii
Мы решали данную проблему: Все свелось к созданию интерфейса, который умеет разворачивать контейнер из определенной ветке и доступ через веб уже по имени ветки гита. База срезается персонально - в ней есть самое необходимое
из описания не понял. Вы пошли по описанному мною 2-му пути? Каждому разрабу свои контейнеры (инфтраструктура проекта)?
Aleksey
каждый разрабатывает локально, когда нужно отдать в qa - есть кнопочка - сбилдить и развернуть из такой-то ветки
Vitalii
каждый разрабатывает локально, когда нужно отдать в qa - есть кнопочка - сбилдить и развернуть из такой-то ветки
ааа... у каждого на локальном компе развернут проект. Понял.
Aleksey
ну это самый правильный путь - остальное от лукавого уже. И рано или поздно обрастет граблями
Vitalii
ну это самый правильный путь - остальное от лукавого уже. И рано или поздно обрастет граблями
ну а что делать если у разработчика винда как хост?
Aleksey
эх, не знаю, честно ))
Toly
Vitalii
во-во :) твой подход годитсья когда у тебя компания и ты выдаешь компы работникам