Z
на рестарте делаешь и ставишь таймер
Тогда при каждом рестарте срабатывать будет, а надо раз в день
Size: a a a
2020 November 17
AB
Что?
на рестарте отрабатываешь таск и ставишь таймер на следующий.
выходит "хотя бы раз в сутки".
выходит "хотя бы раз в сутки".
SZ
Тогда при каждом рестарте срабатывать будет, а надо раз в день
ets
AB
Тогда при каждом рестарте срабатывать будет, а надо раз в день
тебе нужно exactly once?
LL
на рестарте отрабатываешь таск и ставишь таймер на следующий.
выходит "хотя бы раз в сутки".
выходит "хотя бы раз в сутки".
Отличная тема
Когда в таске будет баг, положешь всё приложение из-за ежесекундного рестарта
Когда в таске будет баг, положешь всё приложение из-за ежесекундного рестарта
AD
ets
ets обнулится если процесс упадет
SZ
dets
AD
Отличная тема
Когда в таске будет баг, положешь всё приложение из-за ежесекундного рестарта
Когда в таске будет баг, положешь всё приложение из-за ежесекундного рестарта
это уже другой вопрос
LL
Ну вопрос в том, что для регулярных задач не подходят всякие полумеры на генсерверах. Для регулярных задач нужен
durability, иначе ты просто получаешь жутко нестабильное приложение, просто потому что сэкономил 15 минут, на подключении того же oban-a или quantum-aAB
Тогда при каждом рестарте срабатывать будет, а надо раз в день
давай ты расскажешь, что за таск, чтобы было проще рассуждать
AB
Ну вопрос в том, что для регулярных задач не подходят всякие полумеры на генсерверах. Для регулярных задач нужен
durability, иначе ты просто получаешь жутко нестабильное приложение, просто потому что сэкономил 15 минут, на подключении того же oban-a или quantum-aесли at least once приемлемо - можно и полумеры
AB
меньше зависимостей - проще жить
AD
Ну вопрос в том, что для регулярных задач не подходят всякие полумеры на генсерверах. Для регулярных задач нужен
durability, иначе ты просто получаешь жутко нестабильное приложение, просто потому что сэкономил 15 минут, на подключении того же oban-a или quantum-aвсе равно не понимаю это связано с разницей в необходимых гарантиях. регулярные задачи обязательно должны требовать exactly one?
Z
давай ты расскажешь, что за таск, чтобы было проще рассуждать
У меня есть мобильное приложение, и надо проверять статус подписок у юзеров, убирать тех кто отписался, думаю делать это раз в день
AD
У меня есть мобильное приложение, и надо проверять статус подписок у юзеров, убирать тех кто отписался, думаю делать это раз в день
ну из описания не видно почему обязательно только один раз в день, тут как раз неплохо бы делать обновление на каждый рестарт, но на ваше усмотрение конечно)
LL
меньше зависимостей - проще жить
Абсолютная неправда
Z
ну из описания не видно почему обязательно только один раз в день, тут как раз неплохо бы делать обновление на каждый рестарт, но на ваше усмотрение конечно)
Вообще да
LL
Я вот прямо сейчас работаю с кастомным сервером шедулером
Жуткая, абсолютно бесполезная духота.
Какой-нибудь
* проще
* понятнее
* дурабельнее
Жуткая, абсолютно бесполезная духота.
Какой-нибудь
quantum был бы* проще
* понятнее
* дурабельнее
AD
про проще это спорно, мой генсервер с таймаутами тоже очень просто выглядит)
LL
все равно не понимаю это связано с разницей в необходимых гарантиях. регулярные задачи обязательно должны требовать exactly one?
Регулярные задачи должны выполняться с необходимой регулярностью и точка.
Если они выполняются чаще чем нужно, значит они просто так нагружают систему, значит это лишняя нестабильность
Если они выполняются чаще чем нужно, значит они просто так нагружают систему, значит это лишняя нестабильность