есть?
Использования обязательного посла-сайдкара в виде nginx давайте считать не контейнер-френдли.
Я знаю один способ, но он может быть старше части людей в этом чатике и поэтому он меня смущает.
Есть способ? работает? Збс!
php-fpm уже не канает?
а рядом с ним второй контейнер с nginx?
Ну вот его и юзаем, но нужен амбассадор, который fastcgi <=> http делает
Ага, и systemd заодно 😐
ингресс по любому нужен. Хотя пуристы могут встроенный PHP сервер использовать :)
Встроенный не продакшен-реди, хоть архитектурно имхо лучшее решение. Но недоработанное.
Зачем systemd? Два и более фоновых процесса в одном контейнере == supervisor Работает
ну вот пуристам положено страдать между двумя стульями :)
Ну и нарушение всех практик, которое по удобству вылдивается в полный ад. Пробовал, к сожалению, не смог убедить руководителя в одном месте не использовать подобный подход. Потом исправляли дорого.
Есть еще решения, которые работают, роадраннер, но под него отдельно надо делать софт.
side car это как раз container frendly самый настоящий. Это известный паттерн. Настолько он распространен, что в kubernetes базовая единица - pod, в котором может быть несколько контейнеров в качестве sidecar. Более того, это настолько популярный паттерн, что даже cri-o имеет понятие "pod" в котором может быть больше одного контейнеров.
Сайдкар-посол - это контейнер-френдли способ исправления проблемы, которая в другом неконтейнер-френдли контейнере) И да, у нас именно так и происходит - 2 контейнера в задаче сервиса (не k8s, поэтому слегка терминология другая).
вообще-то нет. sideCar используются на кучи контейнер френли решениях под k8s. Например istio. Щас вообше трудно найти ПО, в котором бы не использовались sidecar'ы.
а вы на каком рантайме контейнеров? докерок?
containerd, runc
а у вас там нет примера на их сайте как в него запилить приложение на пхп?
у меня k8s. containerd используется kubelet'ом. Это низкоуровнеый интерфейс, я бы не советовал его использовать без обвязок
тогда другой вопрос, а у вас там нет на k8s официальном сайте примера пхп приложений?
хз. Но там ничего сложного. У меня в одном pod nginx + php-fpm + exporter php-fpm
У нас все реализовано и работает. Просто подходы разные, и меня сайдкары напрягшают. В частности надо ресурсами для них управлять. Усложняется роутинг между ними при создание локальной среды (конфликты имен). А эти примеры... лучше бы некоторые не видеть. На сайте nodejs который в особенности.
Что за экспортер и зачем он в рамках сервиса?
чтобы метрики снимать с php-fpm.
У нас он не в рамках сервиса.
прометеусовский сборщик метрик.
для маршрутизации имен нужно пользоваться сервисами, имхо. и в докерах. в куберах есть такие концепции.
Пользуемся. Проблемы при локальной разработке были с этим, не в проде.
Обсуждают сегодня