это я понимаю. Но это в find

кстати о планировщиках, если я делаю собственный планировщик для динамических задач (т.е. пришел заказ - запланировать отправку уведомления через 15 минут конкретно по этому заказу, в бд храню таски, дополнительные данные(payload) и их даты, раз в минуту проверяю есть ли задачи которые нужно выполнить). Так вот, как такую штуку масштабировать если несколько инстансов приложения будет? типа чтобы один таск дважды не выполнился

а мне ж надо в найденные добавить поле archivedAt

В монге есть, надо доку смотреть

updateMany({accidentEndDate: {
     $lt: todayDate
   }}, {$set: {archivedAt: new Date()}})

Добавлять систему лока, я делал

только тогда добавь условие и на archivedAt: {$exists: false}

Попробуй bulljs

updateMany принимает два аргумента
query и document

db.collection.updateMany( {}, [{ "$set": { "dateField": { "$toDate": "$dateField" } }] );

в монгус такое вроде не канает

канает, сам так делаю

model.updateMany?

Крон же по сути дергает какую-то функцию, в ее начале проверяете нет ли лока и ставите лок.

юзаю его, но как очередь, знаю там есть отложенные задачи, они они неудобные, та и есть мнение что это костыль

Это самое сложное )) выполнить хотя бы раз или точно один раз
Многие очереди такой гарантии не дают

та это я уже понял. Теперь саму функцию думаю как написать

Это вопросу выше, про псевдопаралельность

ничего себе, не дают))

та наверное лок подойдет как решение

правда как этот лок сделать, наверное тупо в тот же редис 1/0 записывать

не понял