Насколько активным должно быть дробление чтобы понять что всё-таки нужно искать другой инструмент ?

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

Всем привет, что может являться маршрутизатором в зависимости от условия для двух контроллеров?

middleware/nest-router или другое че то

Зависит от доступного тебе железа конечно :) а вообще ты можешь посчитать когда ты на одном инстанс начинаешь тормозить

Я вот пришёл к тому же. А потом пришёл к Pl/PGSQL. Начал очень глубоко изучать возможности постгреса, и он чем глубже, тем удивительнее.
На самом деле разработчики стараются, внедряют новые фичи, делают работу более стабильной - глупо не использовать всё это.
Это как иметь в гараже ламборгини и просто заходить посмотреть на неё раз в неделю

оу, ну тут ещё надо выйти на такое количество операций с числами
Современные поколения процов вполне шустрые

Резонно

А под нагрузкой от тысячи пользователей? Каждый запрос будет останавливать твой поток и все остальные будут ждать. Потому что всё живёт в единственном потоке (если ты конечно в нативные модули не выносишь).

Что ты хочешь получить, опиши подробнее

Для постгреса есть очень активно растуащая Hasura
https://github.com/hasura/graphql-engine - 15к звёзд.
Hasura

Есть постгрест - https://github.com/PostgREST/postgrest

Это как хазура, только выводит рест апи.

Есть ещё немного странный, но популярный Postgraphile
https://github.com/graphile/postgraphile

Все эти инструменты предполагают, что всё твоё приложение - это Postgres и ничего больше. И они супер-популярны сейчас. Hasura так вообще топ-1 на хероку.

Это к вопросу о сторонниках хранимок :)

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

Тогда фактически у тебя бд превращается в микросервис.

как-то пробовал делать перебор кучи данных в нативном модуле ( сильно много в производительности не выиграл, ибо всё уперлось в работу с объектами v8...)

я уже дважды поднимал эту тему, зацикленность на возможностях sql настолько велика что все остальное просто игнорируется) притом в большенстве случаев люди даже и не задумываются, просто тащать все одним запросом и будь что будет.. а потом еще и удивляются а почему орм такие медленные, подумаешь, создать мега запрос, с перечеслением всего и вся получить ответ распарсить его в объект и никакого контроля, нужно не нужно все равно тащишь...

Т.е. это уже близко к тому, чтобы пойти в java-бэк, который для тебя сходит в постгресс и подготовит данные.

Как думаешь, кстати, переходить на активные вычисления на стороне плюсовых/раст модулей хорошая идея ?

Поддержка нативных биндингов это очень больно. Я всегда рассматриваю это как крайний вариант.

так в докер ж)

А что докер тут решает? Всё равно надо пересобирать под новую ноду (если не N-API, а обычно он не) и поддерживать. И node-gyp этот мерзкий :)