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 ну то есть вот так создастся одна сеть, если я правильно понял твое сообщение.

так у меня один yml файл

Коллеги, помогите организовать окружение разработки на докере. Сейчас у меня на дев сервере развернут проект (3 контейнера), в контейнера nginx и php-fpm смонтирована папка с которой работую только я. Но вот вчера понадобилось подключить к разработке коллегу и отсюда вопрос: как правильно это организовать. У меня два варианта: 1. Доработать конфиги nginx для обработки еще одного домена + прокинуть еще одну папку с версией кода проекта коллеги в контейнер и радоваться. Замечу, что разработка и контейнеры на выделеном дев сервере а не на линых ПК разработчиков. 2. Развернуть отдельные контейнера для коллеги, допустим веб сервер кинуть на другой порт 8089 и у него будет свои контейнеры, свой код и своя база. В чем плюсы и минусы каждого метода? С точки зрения разработки было бы удобнее иметь одну БД на всех разарботчиков (это менее безопасно но все же удобнее). Так же первый вариант лучше тем, что веб-ервер и база одна - это уменьшает нагрузку на хост машину. И вот я вроде бы все и сам знаю, но все же может что-то упустил? Кто решал подобную задачу?

Многие решали. Разрабатывать на сервере неудобно и нахер не надо

но тут есть пару важных моментов 1. Одна база - это удобно при разработке 2. Публичные дев домены (удобно ходить к друг другу и смотреть что не работает или показывать заказчику фичи) 3. Не проблема если у разработчика винда. на его машине только код а все кишки на удаленном сервере.

1) плохая идея

2) ничего не мешает сделать на машины разрабов

2) ничего не мешает сделать на машины разрабов

что сделать на машины разрабов?

3) это медленно и печально. банальной поиск по коду проекта идёт минутами

что сделать на машины разрабов?

Доступ по 80 порту

3) это медленно и печально. банальной поиск по коду проекта идёт минутами

чем замедляется поиск по проекту? Оо. Весь код на его машине и автоматом при изменении деплоиться на удаленный сервер. То есть ты ищешь в локальной версии кода.

Деплоится на сервер? о.О

То есть у тебя висит мониторинг инодов?

Деплоится на сервер? о.О

rsync или автодеплой в phpstorm - как это уже другой вопрос :)

3) это медленно и печально. банальной поиск по коду проекта идёт минутами

в общем это не аргумент так как много кто так работает :)

2) ничего не мешает сделать на машины разрабов

Мешает - например размеры актуальной бд :)

1) плохая идея

а чем плохая идея? Обслуживать одну базу проще чем базы каждого дева. Различие в данных мешает разработе. Постоянно дампы гонять туда сюда?

И у вас нет дев версии размером поменьше?

И никого не парит что несколько рзарабов будут менять одно и тоде и потратят дни на дебаг отсутствующей ошибки?

И у вас нет дев версии размером поменьше?

нету :) и готовить ее очень геморно

И никого не парит что несколько рзарабов будут менять одно и тоде и потратят дни на дебаг отсутствующей ошибки?

таких ситуаций не возникает на практике :)

И никого не парит что несколько рзарабов будут менять одно и тоде и потратят дни на дебаг отсутствующей ошибки?

Пересечения есть конечно, но не так критично.

А, ну конечно, ок, да, изивните, обшибся

Виталик, а нужен ли тебе докер в текущем кейсе? Какие проблемы он решит для дев окружения?

Виталик, а нужен ли тебе докер в текущем кейсе? Какие проблемы он решит для дев окружения?

Нужен, а почему нет? Весь проект в докер завернут :) Версии пыха, базы и прочего. Удобно же :)

Коллеги, помогите организовать окружение разработки на докере. Сейчас у меня на дев сервере развернут проект (3 контейнера), в контейнера nginx и php-fpm смонтирована папка с которой работую только я. Но вот вчера понадобилось подключить к разработке коллегу и отсюда вопрос: как правильно это организовать. У меня два варианта: 1. Доработать конфиги nginx для обработки еще одного домена + прокинуть еще одну папку с версией кода проекта коллеги в контейнер и радоваться. Замечу, что разработка и контейнеры на выделеном дев сервере а не на линых ПК разработчиков. 2. Развернуть отдельные контейнера для коллеги, допустим веб сервер кинуть на другой порт 8089 и у него будет свои контейнеры, свой код и своя база. В чем плюсы и минусы каждого метода? С точки зрения разработки было бы удобнее иметь одну БД на всех разарботчиков (это менее безопасно но все же удобнее). Так же первый вариант лучше тем, что веб-ервер и база одна - это уменьшает нагрузку на хост машину. И вот я вроде бы все и сам знаю, но все же может что-то упустил? Кто решал подобную задачу?

Мы решали данную проблему: Все свелось к созданию интерфейса, который умеет разворачивать контейнер из определенной ветке и доступ через веб уже по имени ветки гита. База срезается персонально - в ней есть самое необходимое

миграции? не слышали?

миграции? не слышали?

для части проектов миграциями, все верно

Мы решали данную проблему: Все свелось к созданию интерфейса, который умеет разворачивать контейнер из определенной ветке и доступ через веб уже по имени ветки гита. База срезается персонально - в ней есть самое необходимое

из описания не понял. Вы пошли по описанному мною 2-му пути? Каждому разрабу свои контейнеры (инфтраструктура проекта)?

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

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

ааа... у каждого на локальном компе развернут проект. Понял.

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

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

ну а что делать если у разработчика винда как хост?

эх, не знаю, честно ))

ну а что делать если у разработчика винда как хост?

Пересаживать)

во-во :) твой подход годитсья когда у тебя компания и ты выдаешь компы работникам

ну а что делать если у разработчика винда как хост?

Бить по рукам

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

мой вариант когда кишки на удаленном сервере а на клиентах только код и IDE - более гибкий для разрабов. захотел из дома работаешь, захотел с офиса.

ну вот фиг его знает что там у разрабов на ПК :) они личные пк на то и личные.

эх

Личные ПК?????

Бить по рукам

с чего это?

Личные ПК?????

да, представь себе :) в мире есть не только крупные корпорации с офисами рабочих. Есть и мелкие стартапы в которых команда распределана и каждый сидит у себя дома за своим компом :)

И это не ставит табу на докер и прочие прелести. Просто надо подумать.

И это не ставит табу на докер и прочие прелести. Просто надо подумать.

докер как раз для таких ситуаций классно подходит.

Когда сидишь не в офисе девелопить удалнно становится еще хуже. Юез инета не покодишь. С плохим - не подебажишь

И это не ставит табу на докер и прочие прелести. Просто надо подумать.

да, тут надо и отталкиваться от ситуации - а если летишь в самолете и надо покодить

докер как раз для таких ситуаций классно подходит.

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

тогда планирование будет проще

Когда сидишь не в офисе девелопить удалнно становится еще хуже. Юез инета не покодишь. С плохим - не подебажишь

Хуже того! Телеграмчик не работает, в вк не потупить, видяшек с котяшками не посмотреть )

да, тут надо и отталкиваться от ситуации - а если летишь в самолете и надо покодить

да, тоже вариант. Но все равно если нет инета то кодить сложно :)

загуглить доку не выйдет...

Хуже того! Телеграмчик не работает, в вк не потупить, видяшек с котяшками не посмотреть )

Я люблю с ноутом уходить на берег реки и спокойно кодить там. Без инета

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

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

реальна

ну не все же время на SO сидеть ))

на этот случай всегда качаю офлайновую документашку и еду каданибудь))

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

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

Я люблю с ноутом уходить на берег реки и спокойно кодить там. Без инета

ну и славно. В докере на компе конфу близкую к деву поднимаешь - и разрабатываешь без инета.

но код писать в большей степени все же без инета вполне раельно

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

У меня всё в докере, переключение между проетками - переподнять докер.

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

но код писать в большей степени все же без инета вполне раельно

код даже без компа можно написать.

разрабатывать на удаленном сервере это как делать операцию на зубах через анус

ERROR: S client not available

Звонишь по телефону своему разрабу и говоришь: к вечеру клон вэка сделал быстро.

Кстати, Виталий, дайте угадаю - у вас еще CVS небось?

))))

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

доку в репе держать, например.

ftp)))

Советую обновится на SVN

так, ок. Давайте рассмотрим более феншуйний вариант - когда у каждого разраба локально своя версия проекта. 1. Как заполнять и обновлять такие базы данными? Каждому самостоятельно заполнять - геморно. 2. Реально ли развернуть докер на винде или макос? Все ли там ок? Или гемора больше чем надо.

1) выкачать образ базы

1) миграции или скрипт среза

2) в виртуалке поднимаетися линукс и дальше все прозрачно. Дальше вопрос только в памяти

1) выкачать образ базы

какой? продакшен базы еще нет, она наполяется самимим разработчиками в ходе разарботки :)

Ну так пошарьте как-нить один раз

у вас миграции есть?

да

но они на структуру БД направлена

а не на заполнение БД :)

понятно, то есть задача залить каким-то обрезанными данными - ну тут тупо срез бд

Вышел Go 1.8

а не на заполнение БД :)

Фикстуры / сиды для этого есть

Вышел Go 1.8

В четверг)

эпохальное событие

Фикстуры / сиды для этого есть

в точку!

так, ок. Давайте рассмотрим более феншуйний вариант - когда у каждого разраба локально своя версия проекта. 1. Как заполнять и обновлять такие базы данными? Каждому самостоятельно заполнять - геморно. 2. Реально ли развернуть докер на винде или макос? Все ли там ок? Или гемора больше чем надо.

хранить в репе запросы. тест-кейсы пусть пересобирают базу по ним.

Фикстуры / сиды для этого есть

именно

1) выкачать образ базы

нет канешн )

чойта?

чойта?

объем несопоставимый тем же запросам

О,о у меня тестовый образ базы на котором все разрабатывают - 2.4Мб

Продакшн - около 5Тб

еще раз "образ" - ты про бинарники или чистый дамп?

Я про подготовленный образ базы - образ где совещаются база и данные. Специально подготовленный для разработки образ

Напортил базу - просто переподнял, и опять чистая база