Как правильно вести разработку php приложения в docker?

Question

[texttotext]

Есть приложение на php. Работу над ней ведут несколько разработчиков. Код лежит в gitlab репозитории. Сейчас у каждого разработчика есть своя виртуальная машина, там установлены nginx, postgres, php-fpm. Разработчики код заливают по sftp. Все это хорошо работает. Но микросервисов становится много и нужна какая-та автоматизация запуска приложения.

Сейчас хочется все перевести в docker. Мы собрали образ на основе php7-fpm. Нужно чтобы контейнер содержал код из мастер ветки и при мердже в эту ветку автоматом собирался. Это мы настроим через gitlab ci.

Вот у нас есть контейнер с кодом внутри, чтобы запустить нужно прописать конфиги в .env файле и запустить его с помощью docker-compose. Все работает.

Но как теперь разработчику вести разработку? Допустим он изменил файл index.php, как теперь измененный файл засунуть в docker контейнер? Тут я вижу 2 варианта:

1. volume папка. Т.е. папка с кодом приложения шарится между хост машиной (хост машиной будет виртуалка разработчиков)
   
2. Подключение по ssh к контейнеру и заливка по sftp
   

У первого пункта есть несколько недостатков:

1. volume папка внутри контейнера создается от имени root. В код приложения должен и работает от имени обычного пользователя.
   
2. Если эта папка есть в контейнера, то она удаляется и создается с нуля. Т.е. если расшарим папку с кодом, то код просто удалится
   

В ENTRYPOINT в Dockerfile можно засунуть bash скрипт файл в котором можно будет делать манипуляции с папками.

У второго пункта пока не знаю проблем.

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

Желательно решить вопрос так чтобы программист не парился с бильдингом docker.

Как решаете это Вы?

Comments

[planc]

volume папка внутри контейнера создается от имени root.

она сохраняет uid и gid который на ней был

desktop dvolume # ls -la
итого 12
drwxr-xr-x 2 dka  dka  4096 июн 28 08:27 .
drwxrwxrwt 8 root root 4096 июн 28 08:28 ..
-rw-r--r-- 1 dka  dka    12 июн 28 08:27 hello.txt
desktop dvolume # id dka                                                                                                                                                                              
uid=1000(dka) gid=1000(dka) группы=1000(dka),10(wheel),18(audio),27(video),100(users),121(plugdev)
desktop dvolume # docker run -it --rm -v `pwd`:/code debian bash
root@62e0e6a0604c:/# ls -la /code
total 12
drwxr-xr-x 2 1000 1000 4096 Jun 28 05:27 .
drwxr-xr-x 1 root root 4096 Jun 28 05:30 ..
-rw-r--r-- 1 1000 1000   12 Jun 28 05:27 hello.txt
root@62e0e6a0604c:/#

root@62e0e6a0604c:/# groupadd mydockeruser -g 1000                                                                                                                                                    
root@62e0e6a0604c:/# useradd -u 1000 -g 1000 mydockeruser -s /bin/bash                                                                                                                                
root@62e0e6a0604c:/# su mydockeruser                                                                                                                                                                                                                                                                                                                    
mydockeruser@62e0e6a0604c:/$ echo 'same id' > /code/newfile.txt                                                                                                                                        
mydockeruser@62e0e6a0604c:/$ ls -la /code/                                                                                                                                                            
total 16                                                                                                                                                                                              
drwxr-xr-x 2 mydockeruser mydockeruser 4096 Jun 28 05:36 .
drwxr-xr-x 1 root         root         4096 Jun 28 05:30 ..
-rw-r--r-- 1 mydockeruser mydockeruser   12 Jun 28 05:27 hello.txt
-rw-r--r-- 1 mydockeruser mydockeruser    8 Jun 28 05:36 newfile.txt

desktop dvolume # ls -la                                                                                                                                                                              
итого 16                                                                                                                                                                                              
drwxr-xr-x 2 dka  dka  4096 июн 28 08:36 .                                                                                                                                                            
drwxrwxrwt 8 root root 4096 июн 28 08:30 ..                                                                                                                                                           
-rw-r--r-- 1 dka  dka    12 июн 28 08:27 hello.txt                                                                                                                                                    
-rw-r--r-- 1 dka  dka     8 июн 28 08:36 newfile.txt

[texttotext]

planc, за это спасибо. Насколько понял если имя пользователя на хост машине и в контейнере совпадают, то все сохраняется. Спасибо

[planc]

texttotext, не имя пользователя, а uid и gid
https://ru.wikipedia.org/wiki/%D0%98%D0%B4%D0%B5%D...

Answer 1

[index0h]

Разделите понятия DEV контейнер и PROD контейнер.
DEV образ не содержит в себе код вашего проекта, он содержит только окружение, а код маунтится через volume. Инженер делает правки у себя лакально, sftp не требуется.
PROD контейнер содержит в себе конкретную версию код со всем и зависимостями, он только запускается для работы в связке с DEV контейнерами.

Например у вас есть сервисы: sa, sb, sc.
В docker-compose.yml вы прописываете 6 сервисов: sa_dev, sa_prod, sb_dev, sb_prod, sc_dev, sc_prod.
Пары *_dev и *_prod живут на одинаковых ip с одинаковыми DNS алиасами, это нужно для того, что бы обеспечить жесткую связь между вашими сервисами и не перехреначивать половину docker-compose.yml

Например вы хотите сделать правки на sb, но sa и sc используются sb. Вы поднимаете:
sa_prod, sb_dev, sc_prod.
Делаете свои правки, проверяете. Когда все ок - коммитите правки и собираете новый образ sb_prod, пушите его в регистр и обновляете версию в docker-compose.yml

Answer 2

[Light Air]

Приходит новый разраб.
Ставит нужный софт (git, docker, docker-compose, шторм, composer и прочее).
Забирает данные с гита. В гите файлик docker-compose.yml с нужными настройками, в котором указано какие папки с хоста куда монтировать в composer.json секции scripts команды, типа 'd:build', 'd:start', в которых всё прописано для разворачивания и старта контейнеров.
Разработчик выполняет пару команд, типа 'composer run-script d:build && composer run-script d:start'.
Готово.
Дальше работает по оговоренному гитфлоу.

Тоже самое можно с Vagrant, не принципиально.

Comments

[dmitriy]

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

2. composer install выполняете уже в докере через docker-compose ?

[texttotext]

Так и решили сделать. Ранее хотелось чтобы разhаботчик вообще не знал про докер, но чет не получается. Порядок действий такой:

1. Через PhpStorm качает git репозиторий
   
2. Настраивает sftp к виртуальной машине и заливает туда код
   
3. Заходит на виртуалку по ssh и запускает docker-compose up -d
   

В docker-compose файле прописывается вместо названия образа команда build .

[Light Air]

diamond,
1) Ну по сути пхп вне контейнера нужно только для composer run-script d:build, composer install не делается, и
по сути это никак не влияет. Можно bash скрипт написать, просто как правило на хосте уже есть php и composer.
2) Да. Если нужно. Но для начальной инсталляции лучше всё запихнуть в секцию script, что то типа

"d:build": [
      "docker-compose run -T --rm composer install",
      "docker-compose run -T --rm npm install",
      "echo \"Good Job, man =)\""
    ],

Команды пишу на память, не ручаюсь за их работоспособность)

[dmitriy]

все ясно получается composer используется для консольного управления сборкой проекта как альтернатива phing,symfony console

Answer 3

[Игорь Яцевич]

Вот мой доклад на конференции на эту тему
https://2018.codefest.ru/lecture/1260/
Может быть будет что то полезно от туда.

Answer 4

[abr_habr]

Мы пошли по первому пути. Я просто переделал php-fpm образ, дописав в нём в docker-entrypoint создание пользователя, которому принадлежит монтируемая папка. Плюс сам php-fpm внутри контейнера теперь тоже запускается от этого пользователя.
Плюс этого подхода в том, что в кастомный образ я добавил xdebug, которого нет в оригинальной поставке.

Answer 5

[Антон Антон]

Ну так если у вас git, то пусть программист пушит в мастер, а докер образ забирает и пересобирается. Что пункт 1, что пункт 2 при наличии гита бред.

Comments

[texttotext]

Разработчику надо запускать свой код в докере. Это надо чтобы ему было легче развертывать кучу микросервисов