Ш
Size: a a a
2021 July 27
✨
старовер )) хочу все контролировать, а не полагаться магии
SP
там кубернетис вообще предлагали, предлагаешь под рестартовать весь?)
✨
ну как-то вот не то, как не посмотришь - то там проблема, то там
KS
Почем купил, за то и продаю. Я говорю о том, что нашел в инете. Ваша аргументация мне понравилась, я изменил мнение
SP
смотри. вот у тебя есть php-fpm. это своего рода супервизор для дочерних процессов. Оно нарушает какие-то принципы докера?
"один сервис - один контейнер". Если твой сервис требует наличие супервизора - ну ок. Может у тебя супервизор еще скейлить процессыы умеет (отсылка к php-fpm)
"один сервис - один контейнер". Если твой сервис требует наличие супервизора - ну ок. Может у тебя супервизор еще скейлить процессыы умеет (отсылка к php-fpm)
✨
не трожте формы! ))
✨
знаешь чем уколоть ))
SP
уменя под рукой пример есть - сэнтри (старый, 9-ка) - там воркеры текут как говно. И их приходится рестартовать через каждые 1000 итераций. Вот только там у тебя мастер процесс запускает внутри воркер и сам решает когда его рестартовать. Условно тебе никто не мешает через symfony process это делать что бы никто не доебывался что у тебя супервизор под супервизором
ДК
И все таки у php-fpm главный процесс всего один. А дальше поражаются чайлд процессы воркеры.
SP
у супервизорд их десяток что-ли?
SP
всегда "главный процесс один" - он же главный
SP
даже если у тебя "супервизорд" это просто баш скрипт который в бесконечном цикле запускает твою команду с лимитом по сообщениям, всеравно это будет "один главный процесс"
SP
просто придется ебаться с форвардингом логов и сигналов
SP
у меня вот воркеры вечные - может даже текут но не успевают из-за того что рекреейтятся слишком часто
SP
условно за неделю не натекает что бы было грустно