свой laravel проект. Наткнулся на информацию, что запускать в докере супервизор - плохая затея. Но как сделать правильно, не нашел) Может быть кто-то может подсказать, как организовать работу listener'ов в докере правильно?
А зачем он тебе там
у меня несколько листенеров в проекте, которые асинхронно получают ивенты через редиску
возьми себе в пример Laradoc https://laradock.io/documentation/ Вопрос - а почему не рекомендуют его там запускать в докере то? В общем запускал и так и так А если все крашиться - то в общем без разницы
Ну не сказать чтобы плохая Скорее нежелательная Если у вас есть кубер, то он может следить за состоянием long pulling process
Ларадок это худшее что можно предложить для изучения В прод этот комбайн говна все равно не потянешь, а без этого не понятно зачем он нужен Докерфайл накидать свой для сервиса изи и можно найти миллион примерно в интернете
Повторюсь. Я только погружаюсь в докер. Компоуз уже сделал базовы (нгинкс пхп бд), но вот не совсем пока понимаю, как, например, крон настроить для scheduled jobs и лисенеры поднять, которые до этого поднимал через супервизор как раз
Зафиксируйте что такого рода вещи должны быть отдельными процессами Запускать их внутри контейнера - ок, а следить за их состоянием должна внешняя система
Возможно вы можете поделиться docker-compose, где я смогу увидеть реальный пример?
Вы не туда воююте Compose просто объединяет запуск нескольких контейнеров и никак не отвечает за их state
Я правильно понял, что лисенеры как раз надо раскидать по новым контейнерам?
Идеальная история для вас Только настройте докер так, чтобы он переподнимал контейнер если ваш лисенер подох
Речь идет о restart always?
Есть такая политика on-failure Ее нужно настроить Но и желательно все же добраться до кубера как будет возможность
Спасибо за помощь! 🤝
u r welcome
Обсуждают сегодня