Нет, никто
посоветуйте куда двигаться если крон джобов много и они ресурсо затратные?
В чём именно ресурсозатратные?
беккап бд, логирование, запись в бд и т.д
Если это всё в рамках одной таски происходит, это не очень хорошо в перспективе. Как вариант - разделить на отдельные сервисы, каждый из которых асинхронно выполняет свою задачу и/или использовать специализированные сервисы.
ну будет 20 джобов +- разных
асинхронно это понятно так и предпологается, просто делать это в основном процессе вот что плохо поэтому как минимум думаю что надо делегироовать это все по разным процесам чтоб не блокировать основной поток - основная идея пока такая. Если бы это была 1 крона скажем слать почту раз в 1 мин то норм еще.
Зачем делать в основном процессе, если это кронджоба? Настрой системный крон, который будет запускать нужные задачи
Ну это тоже один из вариантов но мне нужно взаимодействия и с основным процессом тоже
Как именно, и зачем?
Взаимодействие по tcp протоколу а именно mqtt для сбора информации с устройств. То есть ь в реальном времени происходит взаимодействие с девайсами в рил тайме и получение информации далее сбор и логирование
Из описания непонятно, почему есть "главный процесс", и почему кронджобы должны с ним взаимодействовать Если основной процесс получает данные, и принимает на их основании решение, а джобы должны собирать, агрегировать, то они могут действовать раздельно. Например, основной процесс обрабатывает, и скидывает какие-то данные в кафку, которую вычитывает другой процесс, и агрегирует данные
Ну надо подумать но кафка это вообще ни разу невариант тут
Почему? Если не Кафка, то кролик, или натс. Но вообще смысл в том, что если общение между основным процессом и другими может быть асинхронным, то прямого взаимодействия между процессами можно избежать
Обсуждают сегодня