Один раз прописать root пароль почистить анонимных пользователей и temp базы, при старте в этом смысла не вижу

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

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

По своей философии docker диктует: 1 контейнер - 1 процесс. У нас имеется монорепозиторий с общим образом, но разными командами запуска, это изолированные процессы, между которыми общие брокеры(rabbitmq, redis). Локально для разработки в docker-compose все это мы поднимем в отдельных контейнерах(src как volume для всех). Передали образ devops для helm-чартов, они предложили все сервисы развёрнуть в одном контейнере и повесить circus как супервизор. Могут ли быть какие-либо проблемы с этим подходом?

Могут

Вы не сможете обеспечить отказоустойчивость для редиса, ребита. И ещё. Редис - ребит явно должны быть снаружи контейнеров с процессами.

В одном поде???

Либо о чем речь ?

Тоже плохая идея

уточняю что он имеет ввиду

Вы бы ещё обернули все в супервищор и в один контейнер пихнули

А стоп

Вы так и делаете

redis и rabbitmq запускаются вне контейнера, отдельные ресурсы

В одном поде

ок, супервизор тогда для чего ?

Чтобы запускать внутри контейнера все сервисы - веб-сервер, task producer+consumer, websocket messaging server и следить когда они падают

масштабироваться, деплоиться они должны все вместе ?

в одном контейнере или одном поде куберовском???

Вот с этим не так очевидно, у нас веб-сервер не растёт, но количество consumer процессов может расти

по идее это все разные компоненты