Как использовать docker volume, если используешь docker образ из dockerhub?

Question

[Павел Финогентов]

Деплою свой проект используя docker compose. В данный момент мой проект билдится локально, из локальных папок с проектами. В докере используется сервис Laravel, сервис VueJS, сервис NGINX, сервис Mysql и сервис Redis.
Я настраивал файл docker compose по статье из digital ocean. Вопрос заключается в следующем. В статье необходимо было создавать тома(volume) которые связывали файлы моего приложения локально с файлами контейнера, но как мне быть, если я хочу билдить свой проект с помощью докерхаб, ведь так,у меня уже не будут храниться файлы локально.
Я пробовал без этих томов в backend и webserver, но тогда без каких либо ошибок при сборке я не могу достучаться до сервера по локалхосту.
Мне просто необходимо пушить образ сразу с томом? Вот мой compose.yml:

version: '3'
services:
#VueJS Service
frontend:
build: ./frontend
container_name: frontend
restart: unless-stopped
tty: true
environment:
SERVICE_NAME: frontend
working_dir: /var/www/frontend
ports:
- "3000:80"
volumes:
- ./frontend/:/var/www/frontend
- ./frontend/node_modules:/var/www/frontend/node_modules
networks:
- backend-network

#PHP Service
backend:
build: ./backend
container_name: backend
restart: unless-stopped
tty: true
environment:
SERVICE_NAME: backend
SERVICE_TAGS: dev
working_dir: /var/www
volumes:
- ./backend/:/var/www
- ./backend/php/local.ini:/usr/local/etc/php/conf.d/local.ini
networks:
- backend-network

#Nginx Service
webserver:
image: nginx:alpine
container_name: webserver
restart: unless-stopped
tty: true
ports:
- "443:443"
- "8080:8080"
volumes:
- ./backend/:/var/www
- ./backend/nginx/conf.d/:/etc/nginx/conf.d/
networks:
- backend-network

#MySQL Service
db:
image: mysql:5.7.22
container_name: db
restart: unless-stopped
tty: true
ports:
- "33062:3306"
environment:
MYSQL_DATABASE: qcortex
MYSQL_ROOT_PASSWORD: kc3wcfjk5
SERVICE_TAGS: dev
SERVICE_NAME: mysql
volumes:
- dbdata:/var/lib/mysql
- ./backend/mysql/my.cnf:/etc/mysql/my.cnf
networks:
- backend-network

#Redis
redis:
image: caster977/redis
restart: unless-stopped
container_name: redis
networks:
- backend-network

#Docker Networks
networks:
backend-network:
driver: bridge

#Volumes
volumes:
dbdata:
driver: local

Comments

[сергей кузьмин]

Павел Финогентов вместо каждого из volume вам придется добавлять ADD сооответствующую директорию в тот образ какой она должна попасть а volume выкинуть (это наиболее простой вариант есть сложнее)
это по моему проще делать через Dockerfile

и отформатируйте свой пост глаза болят его читать

Answer 1

[mureevms]

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

Просто создать каталог dbdata и пробросить его в контейнер, отказавшись от волюмов:

db:
  image: mysql:5.7.22
   <...>
  volumes:
    - ./dbdata:/var/lib/mysql
    - ./backend/mysql/my.cnf:/etc/mysql/my.cnf

я не могу достучаться до сервера по локалхосту

Не связано с волюмами, ищите причины в конфигурации docker-compose

Comments

[Павел Финогентов]

Получается, для всех конфигов, которые я пробрасываю из вне в контейнер, лучше создать отдельную папочку и хранить их там и указать путь к ней?
Так же я ещё столкнулся с проблемой, что если я уберу:
- ./backend/:/var/www
из сервиса webserver, то у меня на порту 8080 выдаёт 404, хотя должен быть бэкэнд. Я видимо не до конца понимаю, зачем мы пробрасываем из папки бэкэнд в папку /var/www проект и в webserver и в backend

[mureevms]

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

Да, но лучше, если требуется, то две. Одна для данных, вторая для конфигов.

Так же я ещё столкнулся с проблемой, что если я уберу

И это нормально, поскольку в каталог /var/www контейнера ничего не монтируется и он пуст. Принцип таков, что (зависит от настройки, но как правило, это так) при остановке контейнера, он удаляется. И удаляется вместе со всеми данными, которые были внутри этого контейнера. Чтобы файлы не пропадали, их необходимо хранить на хост системе. Для этого есть два пути:
1. Монтирование каталога из хост системы в контейнер:

volumes:
    - ./dir_on_host:/var/lib/mysql

2. Использовать волюмы, что и предлагают в описанной вами инструкции.

зачем мы пробрасываем из папки бэкэнд в папку /var/www проект и в webserver и в backend

Скорее всего, этого делать и не нужно. Если это PHP сайт, то для контейнера с PHP не нужен доступ к файлам сайта, поскольку веб сервер сам отдает .php файлы интерпретатору, в данном случае контейнеру backend

Посмотрите мой, правильно сделанный docker-compose файл

[Павел Финогентов]

mureevms, Спасибо большое, сейчас будем разбираться. Вижу большой потенциал у докера, решил изучить вопрос.

[Павел Финогентов]

mureevms, всё-таки не могу разобраться ещё вот в чём. Получилось запустить всё, кроме бэкэнда в nginx, я так понимаю, что мы перебрасываем проект из папки ./backend в папку контейнера на webserver /var/www/public.
А откуда у нас проект в папке backend, если по сути у меня локально проекта нет и он у меня монтируется из образа на dockerhub:

#PHP Service
backend:
image: caster977/backend

Немного ещё не допонимаю. Видел у вас в вашем примере тоже перекидывается проект из папки с проектом, но у вас они тоже пустые. Короче мне nginx выдаёт 403(видимо потому что нет index файла), посмотрел через docker-compose exec backend папку /var/www/public и она естественно пустая.
И вообще интересно, если я в пустую папку backend добавлю index.php файл, даже пустой, мой php проект видит, теперь я совсем не понимаю, как оно работает, но появилась проблема со статикой. Css и js выдают 404

[mureevms]

А откуда у нас проект в папке backend, если по сути у меня локально проекта нет и он у меня монтируется из образа на dockerhub

Dockerhub это хранилище уже собранных контейнеров, там не хранятся проекты. Это примерно как установить Nginx и удивляться, что сайт (читай проект) не работает, ведь его локально нет. Странно, не так ли?

А если все же хранятся, то дайте линк на посмотреть. Или же вы имеете ввиду свой докер регистри или платный аккаунт? Хотя, даже если и так, то хранить проект внутри контейнера - порочный путь, не делайте так

Видел у вас в вашем примере тоже перекидывается проект из папки с проектом, но у вас они тоже пустые

Все верно. В эти пустые каталоги каждый кладет то, что ему надо. Просто нельзя смешивать проекты и положить в эту репу что-то левое, это во-первых бессмысленно, во-вторых, будут показывать пальцем и говорить, что ты дебил. В общем, так делать не надо. Мухи отдельно, котлеты отдельно.
Вы положите туда свой проект. Кстати, перейдите к корень репы и посмотрите описание, там есть линк на русскоязычное описание

И вообще интересно, если я в пустую папку backend добавлю index.php файл, даже пустой, мой php проект видит

Ага, это именно так и работает. Кладете файлы проекта в каталог, аттачите этот каталог в докер и докер видит эти файлы.

теперь я совсем не понимаю, как оно работает, но появилась проблема со статикой. Css и js выдают 404

Я бы рекомендовал сначала понять как работает nginx без докера. Поставьте, настройте, поиграйтесь. Как придет понимание, можно это дополнить еще одним слоем абстракции в виде докера.

[Павел Финогентов]

mureevms, правильно ли я понимаю, что сам проект обязательно нужно хранить на хосте машины, чтобы мы могли указать Nginx откуда его брать?
Спасибо за замечание, обязательно приму к сведению на счёт работы с Nginx. Просто пришла резко задача с докером, вот выкручиваюсь, одновременно некоторые вещи понятны, а некоторые непонятны)

[mureevms]

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

Павел Финогентов, да, но не совсем. Мне кажется это очевидным, но на всякий случай поясню. Хранить проект можно где угодно, хоть в гугл диске. Если это живой проект над которым идет работа, то хранить надо в репе. Если простой сайт, то он должен жить на сервере. В общем, зависит от обстоятельств. А для работы этого проекта в докере, его файлы должны лежать там, где работает докер. Ну а доставка проекта туда, где работает докер, это другой вопрос