Ребят, такая проблемка есть. Допустим есть роуты которые зависят от значения

в базе
что имею ввиду:

const store = new Store(); // какое-то хранилище, не важно это redis или бд, т.к. будет запрос к нему, то это уйдет в фон (запрос к диску если это бд, запрос к redis-у и тд)
if (!(await store.get(key))) {
await store[key] = value;
}
если будет 2 параллельных запроса, то возможна ситуация что в store запишется сначала одно значение потом перетрется другим, это конечно не страшно, но представим другой случай:

const order = await store.findOne({ where: { key }});
if (!order) {
await store.create({}); // создаем новый заказ
}
если будет 2 параллельных запроса, то возможна ситуация что в теперь в store будет 2 заказа

есть вариант использовать https://www.npmjs.com/package/async-lock, но возникает одно но - у меня несколько нод, т.е. по сути надо это вытянуть в отдельный worker. И тут возникает вопрос, т.к. будет много "зафриженных до определенного момента" запросов, будут ли какие-то подводные камни? (просадки по памяти, возможности отваливания чего-то)

Есть ли какие стандартные решения этой проблемы, когда используется несколько нод и они все перед nginx (действует как балансер тут) ?

Вот прям в лоб есть решение - транзакции у бд. Сама база данных лочится, пока ты не закончишь запрос (в твоем случае проверка на существование записи и ее создание). Тебе не нужно будет на уровне ноды городить блокировку

была идея так сделать и ловить спец. код у postgresql при выкидывании им как раз блокировки, но думал еще варианты есть какие-то. т.к. тут еще может быть другое хранилище. тот же redis

т.е. по сути стояла миддлваря, которая бы лочила паралелльные запросы от определьного пользователя ${req.connection.removeAddress}_${req.path}

ну вообще у редис они тоже есть, если не ошибаюсь. Там что-то типо MULTI ... EXEC

за наводку спасибо. но все таки можешь указать почему async-lock в данном случае - это плохо?

+ редис тоже умеет транзакции

Я не использовал эту штуку, но пытаться на уровне нескольких нод синхронизировать работу - ну такое.

если ты никогда не планируешь масштабироваться, то можешь изобретать транзакции заново

в случае postgresql - Serializable Isolation Level?

ну если тебе нужен такой уровень изоляции то он

redis-semaphore и аналоги

благодарю