сколько серверов, сколько пользователей, какие стратегии разрешения конфликтов используете?

сотни инстансов в kubernates , пользователей не так много , но много данных , сейчас переходим по немногу на dynamoDB , sql не очень подходит

и uuid решает конфликты? другие данные не входят в конфликты?

ну вот стандартная ситуация - есть listener на sqs очередь , как мы знаем он at-least-one=delivery , то-есть - не возможно гарантировать что не будет дубликатов вызова , сам код хендлера должен быть идемпотентным и uuid генерируется во время записи в sqs , таким образом при записи мы всегда уверены что вторая такая запись не создаться, безусловно это не покрывает все кейсы, но для документо ориентированной бд все ок

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

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

для таких штук есть distributed lock.

и такое бывает нужно , но это крайний случай , гораздо проще это решить на уровне datastorage

Или на клиенте

Задача сделать именно в ноде

Сделай в гоу

универсальных реляционных субд с транзакциями в открытом коде.... не то, чтобы их нет... ну вот Huawei в GaussDB такое обещал, но я не видел пока

на языке го?

Da

ну так мне на ноде надо, а не на го

https://www.npmjs.com/package/opencv4nodejs
отлично работало (по крайней мере пару лет назад)

PS: отут есть докер, в котором все собрано, правда не знаю на сколько там актуальная нода, но по идее с минимумом правок должно заработать https://github.com/SkeLLLa/docker-ffmpeg-opencv-dlib-node

Он же сразу извинился если задает вопрос не по теме. Вот и объясни ему если тут нода не причем. Я лично ваще ничего не понял что он написал)

Та вполне по теме. Нужно на ноде изображения через opencv проганять, компуктер вижн так сказать. Задача вполне нормальная и решаемая в том числе и на ноде.
И, кстати, от "пиши на гоу" толку особо мало, т.к. тут все вычисления происходят силами opencv либы, а от того на каком языке написана обертка, которая в неё поставляет картинки перформанс не особо зависит.

Благодарю за ответ. Буду пробовать ещё, ТК у меня было проблемы с запуском данной либы.

Можно начать с примеров и попробовать запускать их. Они раньше точно работали. Если нет, то надо посмотреть правильно ли сбилдились биндинги. Можно попробовать собрать тот докер контейнер, что я сбрасывал и попробовать в нем. По крайней мере на 10 ноде там 100% работало.