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

Коллеги, поделитизь плиз опытом кто как готовит пхп приложение в кубы. То что делать два контейнера это понятно один с nginx другой с fpm и пхп ) а вот как быть если нужно запускать процесс который будет висеть в фоне ну например сейчас есть rabbitmq лиснеры  которые стартуют через supervisor или крон задание которое должно дернуть пхп скрипт

Разбейте приложение на микросервисы сначала, потом будет понятно, что запихивать в один контейнер, что в несколько в одном поде, что в разные поды. Микросервис - соответствует поду завёрнутому в Statefulset/Deployment/Daemonset/etc который выставлен наружу через Service.

Обычно один микросервис - это один процесс в одном контейнере. Если процессы тесно связаны (не один ко многим, а строго один к одному) - тогда их объединяют в один микросервис. Опять же, их лучше расселить по разным контейнерам. Пусть они общаются через общий namespace (не тот который куберовский, а механизм изоляции процессов - https://man7.org/linux/man-pages/man7/namespaces.7.html) - обычно используют сетевой и процессы идут к друг другу на localhost, либо через общий volume.

Дело в том что в пхп все подругому )))))

Хотя вариант запускать лиснеры отдельными подами

я не специалист в пхп. Смогу помочь, если вы распишите, как у вас листенеры rrabbitmq и таски крона общаются с основным php-fpm

а лучше в отдельном контейнере

с тасками крона понятно можно заюзать образ того же приложения и использовать кронжобу

лиснеры раббита запускаются из тех же исходников в приложении

стартуют как сервис через супервизор

возможно собирать в контейнер с фпм пхп и супервизор

и запускать супервизор отдельным контейнером в поде

как вариант

это не важно. Они могут запускаться из разных иходников или из одних, но при этом иметь или не иметь требование запускаться в одних linux namespaces

супервизор в кубере уже есть

у вас сейчас многопроцессорный монолит - поймите по каким границам он у вас пилится на микросервисы

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

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

а это хороший вопрос ))))

вот-вот :)