Ну кайф от докера теряется, как минимум.

Про скорость хз. Я сам пока в разряде интересующихся

docker может хранит дефолтные логи не только текущего запуска а все?

вообще я руководствовался этой статьей

https://medium.com/@wemakewaves/migrating-our-php-applications-to-docker-without-sacrificing-performance-1a69d81dcafb

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

единственное, они используют S6 супервизор специализированный для декера
судя по их таблице, они потеряли всего около 20% производительности, в отличии от запуска на железе

зачем вам нужно шарить код?

nginx отдает static файлы и кэшированные картинки например

ну отдает и хорошо, зачем вам они еще где то кроме nginx?

Они наверно генерятся пыхой?

по логике рядом с php-frm должен будет быть еще контейнер, который будет обслуживать консольные команды и исполнение асинхронных команд

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

Делаете кастомный энтрипоинт, который в зависимости от переменных окружения запускать разные fpm либо консюмеров. У меня так. Есть контейнеры для крона, есть для консюмеров очереди. А имидж один и тот же

ну код согласен, в nginx не нужен
картинки да

согласен, есть над чем подумать )

а с проивзодительностью как быть? Это поможет?

Вообще, если картинки должны раздаваться активно, то лучше хранить в редисе/мемкеше и выдавать через пыху.

чем не подходит вариант хранить картинки в volume? или мапить на хост ФС, все же лучше чем пихать все в один контейнер

так линукс их итак наверное закаширует?

на уровне ФС? что ли

да

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

кешь ФС для этого не предназначен