N
А чем крон плох?
что в итоге крон задача будет делать? вызывать скрипт или делать запрос на сервер или это уже не играет роли?
Size: a a a
2021 January 11
KG
ну и бывают задания длятся дольше заданного периода, и могут запускаться дважды
GS
если несколько заданий, он их отправляет их все в одно время
Крон отвечает только за запуск чего-либо в нужные моменты времени.
Как там что выполняться будет - это уже вопрос реализации
Как там что выполняться будет - это уже вопрос реализации
KG
Крон отвечает только за запуск чего-либо в нужные моменты времени.
Как там что выполняться будет - это уже вопрос реализации
Как там что выполняться будет - это уже вопрос реализации
все так
ТК
что в итоге крон задача будет делать? вызывать скрипт или делать запрос на сервер или это уже не играет роли?
Можно хоть в сокет писать кек
ТК
Но вообще лучше не подключать сюда лишние абстракции типа веб сервера и тд, а прямо с машины код вызывать
Тут уже зависит от того, насколько у тебя через жопу стек сейчас
Тут уже зависит от того, насколько у тебя через жопу стек сейчас
N
в базе хранить задачи тогда с полями а-ля ID, тип задачи, параметры дополнительные (payload), дата выполнения?
GS
что в итоге крон задача будет делать? вызывать скрипт или делать запрос на сервер или это уже не играет роли?
Запускать скрипт.
Где-то хранится список всех задач.
Скрипт забирает все актуальные на выполнение и запускает выполнение.
Можно усложнить улучшить это очередью, но суть та же.
Где-то хранится список всех задач.
Скрипт забирает все актуальные на выполнение и запускает выполнение.
Можно усложнить улучшить это очередью, но суть та же.
ТК
в базе хранить задачи тогда с полями а-ля ID, тип задачи, параметры дополнительные (payload), дата выполнения?
Состояние выполнения еще, если на середине задачи сервер вырубится- чтобы заменеджить это
B
имхо это типичная задача для очереди (отправка с задержкой). Крон и цикл тут плох тем что никак нельзя регулировать количество отправленных сообщений за раз, сервер конечно не упадет, но непредвиденная нагрузка никому не нужна. Очереди же будут отправлять по одному уведомлению, если ему будет нужно больше он просто добавит еще один воркер.
GS
имхо это типичная задача для очереди (отправка с задержкой). Крон и цикл тут плох тем что никак нельзя регулировать количество отправленных сообщений за раз, сервер конечно не упадет, но непредвиденная нагрузка никому не нужна. Очереди же будут отправлять по одному уведомлению, если ему будет нужно больше он просто добавит еще один воркер.
Очередь сама по себе не отвечает за выполнение задач по расписанию, очереди не связаны с временем
A
очереди дату гарантию что это все из за скачков выше не упадет
GS
имхо это типичная задача для очереди (отправка с задержкой). Крон и цикл тут плох тем что никак нельзя регулировать количество отправленных сообщений за раз, сервер конечно не упадет, но непредвиденная нагрузка никому не нужна. Очереди же будут отправлять по одному уведомлению, если ему будет нужно больше он просто добавит еще один воркер.
Ничто не мешает кроном кидать задачи в очередь
B
Ничто не мешает кроном кидать задачи в очередь
с какой целью? на хите кинуть задачу в очередь с задержкой на час и все
N
хорошо, всем спасибо, реализую тогда через крон.
но раз уж зашла речь про очереди, какую использовать чтобы "линейнизировать" запросы? т.е. приходять однвременно 50 запросов которые изменяют сущность в каком-то виде, какую лучше для этого использовать очередь или если не нее, то что? (примечание, траназкции на уровне бд не предлагать, потмоу что эти запросы должны эту же сущность сначала прочитать, сделать запрос на внешний апи, изменить сущность и сохранить ее)
но раз уж зашла речь про очереди, какую использовать чтобы "линейнизировать" запросы? т.е. приходять однвременно 50 запросов которые изменяют сущность в каком-то виде, какую лучше для этого использовать очередь или если не нее, то что? (примечание, траназкции на уровне бд не предлагать, потмоу что эти запросы должны эту же сущность сначала прочитать, сделать запрос на внешний апи, изменить сущность и сохранить ее)
ТК
хорошо, всем спасибо, реализую тогда через крон.
но раз уж зашла речь про очереди, какую использовать чтобы "линейнизировать" запросы? т.е. приходять однвременно 50 запросов которые изменяют сущность в каком-то виде, какую лучше для этого использовать очередь или если не нее, то что? (примечание, траназкции на уровне бд не предлагать, потмоу что эти запросы должны эту же сущность сначала прочитать, сделать запрос на внешний апи, изменить сущность и сохранить ее)
но раз уж зашла речь про очереди, какую использовать чтобы "линейнизировать" запросы? т.е. приходять однвременно 50 запросов которые изменяют сущность в каком-то виде, какую лучше для этого использовать очередь или если не нее, то что? (примечание, траназкции на уровне бд не предлагать, потмоу что эти запросы должны эту же сущность сначала прочитать, сделать запрос на внешний апи, изменить сущность и сохранить ее)
кафка, кролик
N
хорошо, всем спасибо, реализую тогда через крон.
но раз уж зашла речь про очереди, какую использовать чтобы "линейнизировать" запросы? т.е. приходять однвременно 50 запросов которые изменяют сущность в каком-то виде, какую лучше для этого использовать очередь или если не нее, то что? (примечание, траназкции на уровне бд не предлагать, потмоу что эти запросы должны эту же сущность сначала прочитать, сделать запрос на внешний апи, изменить сущность и сохранить ее)
но раз уж зашла речь про очереди, какую использовать чтобы "линейнизировать" запросы? т.е. приходять однвременно 50 запросов которые изменяют сущность в каком-то виде, какую лучше для этого использовать очередь или если не нее, то что? (примечание, траназкции на уровне бд не предлагать, потмоу что эти запросы должны эту же сущность сначала прочитать, сделать запрос на внешний апи, изменить сущность и сохранить ее)
(нужно выполнить запросы строго в том порядке в котором пришли)
A
для 50 кролик для 100к кафка
GS
с какой целью? на хите кинуть задачу в очередь с задержкой на час и все
Ну смотря что в качестве очереди используется.
Сама концепция MQ не подразумевает, что из коробки должна быть фича с расписанием
Сама концепция MQ не подразумевает, что из коробки должна быть фича с расписанием