Почему нельзя примонтировать в контейнер папку из другого контейнера?

Question

[Роман Дубинин]

Запускаются два контейнера, nginx и php-fpm.
Исходники (php файлы, ассеты, загруженные пользователями файлы) находятся в php-fpm в папке /app и nginx должен их видеть.
Лучшее, что смог накопать в сети, это сделать общий volume и при запуске контейнера php копировать всё из /app в этот volume. Но, во-первых, это дичь какая-то, потому что папка /app весит дофига (так серьёзно кто-то живёт?), а во-вторых, загружаемые пользователями файлы nginx не увидит.
Неужели нет никакого способа создать volume, который будет монтировать папку не с хоста, а из контейнера?

UPD Пример.
Первый контейнер:

docker build -t image -f Dockerfile .
docker run -d --name container1 -v app:/app image

Dockerfile

FROM alpine:3.9
WORKDIR /app
COPY index.html script.sh ./
CMD ["script.sh"]

index.html

<h1>Hello, Docker!</h1>

script.sh

Скрипт, который в бесконечном цикле создаёт и изменяет файлы и папки в текущей директории, может что-нибудь скачивает из интернета, синхронизируется с какими-нибудь сервисами, неважно, главное, что файлы в /app меняются.

Второй контейнер:

docker volume create shared
docker run -d --name container2 -p 80:80 -v shared:/usr/share/nginx/html:ro nginx:1.13

И вот почему нельзя сделать так, чтобы volume, пробрасываемый в container2 был создан на основе папки в container1 и следил за её изменениями?

Comments

[Александр]

Смысл контейнеров в том, чтобы сделать сервисы независимыми друг от друга.
Именно поэтому вы монтируете volume с общими данными вне контейнеров, а потом уже заполняете его средствами того или иного контейнера.
Вообще, рекомендую как то прикреплять исходники кода, если задаете вопрос.

[Роман Дубинин]

Спасибо за предложение, чуть позже сделаю минимальный пример проекта.
Проблема у меня в том, что один контейнер должен видеть данные в другом контейнере, которые находятся там при запуске (поэтому нельзя сделать volume прям на /app в php-fpm, ведь тогда исходники затрутся), и в то же время могут меняться по мере работы контейнера (поэтому нельзя просто скопировать их при старте в другой volume, так как тогда они не будут поддерживаться в актуальном состоянии).
Я сначала вообще запускал всё в одном контейнере супервизором, тогда вообще проблем не было, но образ выходил очень громоздкий и сложно было поддерживать.
Тогда я их разделил, понадеявшись примонтировать в php-fpm папку /mirror, а потом выполнить при старте mount /app /mirror
но, как оказалось, в контейнере запрещено использование mount в целях безопасности, и теперь я вообще не знаю, что делать :(

Answer 1

[ТыжСисАдмин]

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

Comments

[Роман Дубинин]

Долго не мог понять, что вы имеете в виду.
Вы говорите о том, чтобы при билде сохранять исходники во временную папку, а при запуске монтировать в /app volume и перемещать всё из временной папки в /app? В принципе звучит работоспособно, надо попробовать.
Вот только это не ответ на вопрос...

Answer 2

[zzamzam]

Этап 1. Stateless
Собирайте один образ для обоих контейнеров nginx и php-fpm, в котором у вас будет находится код самого приложения в /app и будут установлены нужные пакеты. Здесь у вас должны быть только не изменяемые во время работы приложения данные. Запускаете оба контейнера, просто для одного точкой входа будет nginx, а для другого php-fpm. Вдвоём места на диске они будут занимать только по размеру образа, т.к. это будет один и тот же readonly-слой
Этап 2. Statefull
Все данные, которые изменяются во время работы приложения, должны жить в отдельном хранилище, которое будет подключаться к обоим контейнерам куда-нибудь в /app/storage, будь это просто named volume, какой-нибудь rbd ceph или s3 хранилище (в этом случае nginx туда отправляет просто через определённые для таких данных location)