ML
так все таки число +- задач в сутки какое?
100-150к
Size: a a a
2020 April 15
NB
это не о чем)
ML
это только начало
NB
(зависит от задач конечно)
AD
выше просто советовали
Я думаю, что редис тут плохой вариант в плане персистентности. Ты можешь посчитать сразу на пол года задачу и придется долго ее хранить
NB
ну кажется что можно сделать следующим оборазом: при формировании вылета создавать строчку в БД, как Антон выше сказал, дальше по крону раз в n минут выбирать те, которые нужно отправить и мазать их в БД, что они в работе
NB
если время вылета изменяется - сдвигать время отправки в бд
ML
да я так сейчас и реализовываю
NB
единственное, что можно задуматься о партицировании, потому что не смотря на индекс по дате в будущем данных будет много и выбирать будет тяжеловато
ML
просто думаю нужно ли помечать как отправленное или сразу удалять запись из очереди
AD
единственное, что можно задуматься о партицировании, потому что не смотря на индекс по дате в будущем данных будет много и выбирать будет тяжеловато
Тут главное ещё партицирование сделать правильно
AD
просто думаю нужно ли помечать как отправленное или сразу удалять запись из очереди
Помечай как отправленное и чисти раз в месяц
NB
зачем что-то удалять? что ты будешь делать, если твой PO попросит проверить была ли отправка?
NB
хз, я бы не удалял, а просто партиционировал
AD
Помечай как отправленное и чисти раз в месяц
Это примерно 5кк записей в месяц, месяца обычно хватает
NB
куда-то в помойку скидываешь и все
ML
зачем что-то удалять? что ты будешь делать, если твой PO попросит проверить была ли отправка?
у меня на это есть детальный лог
ML
с телом письма, кому когда
AD
у меня на это есть детальный лог
Просто удаляй через какое-то время
AD
Горький опыт говорит, что проблемы в продакшене бывают и порой лога не хватает, нужны данные