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

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

Поэтому имхо нест - это в основном набор бесполезных плагинов-оберток, задача которых взять некую либу и привести к формату, который понимает этот сам нест. В принципе подойдет для тех, кто вообще не понимает как организовать свое приложение, как организовать слоеную архитектуру, как разложить свой код по папочкам.

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

@OleksiyFiks уже вплотную подошел к переделке таймаутов, очередь на семафорах получила таймауты и предельную длину: https://github.com/HowProgrammingWorks/NodejsStarterKit/blob/master/lib/semaphore.js завтра займусь сокетами

Круто. Еще один момент. Не хватает semaphore.leave();
https://github.com/HowProgrammingWorks/NodejsStarterKit/blob/master/lib/server.js#L82

https://github.com/HowProgrammingWorks/NodejsStarterKit/blob/master/lib/server.js#L119

И это мб тоже лучше в try/catch, оно может завалится. Если кто-то будет делать публичное апи и ему будет приходить не JSON, то можно залочить семафор

Querying the dataset, how should the database be configured to search for specific fields
quickly?
○ Title
○ Author name
○ Publication date

О, спасибо! Сейчас как раз с таймаутами закончу и обработку ошибок буду исправлять, сначала логически, а потом навалю туда autocannon-ом, нормальных пакетов вперемешку с битыми и посмотрю утечки.

@OleksiyFiks Все готово

Всем привет! @tshemsedinov такой вопрос по стартер киту. Если нам понадобиться добавить еще один сервер, каким образом можно будет решить то, что клиенты хранятся в памяти ? https://github.com/HowProgrammingWorks/NodejsStarterKit/blob/4256d7127e95946d2bb369da7395f7e8a2ffc9c6/lib/server.js#L24

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

P.S. Было предположение, что это можно закинуть в редис и искать соединения там, но не совсем понимаю как можно восстановить объекты req и res для класса Client? Я так понял это же не реально? Тогда это нужно делать где-то внешне, например, чтобы лоадбалансер как-то умел ходить в редис и понимал куда перенаправить запрос по его индентификатору.  Или единственный вариант это все таки не серверный лоадбалансер, а клиентский? В общем выложил все свои мысли и предположения, но пока понятие не имею, что из этого реально сделать, а что нет)

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

Хорошие новости! А если не секрет, можете рассказать как вы собираетесь это реализовать? Возможно я смогу взять себе что-то на вооружение)

Хотя бы вкратце)

Из одного инстанса в другой будет синхронизироваться часть состояния, но не сессии, сессии приклеиваются к инстансам, и пользователь всегда попадает на свой сервер через балансировщик

Возможны миграции пользователей, но это редкая операция и автоматически, вам ничего не нужно придумывать.

Спасибо за ответ! Я правильно понял, в скором времени это можно будет увидеть своими глазами как это реализовано в коде?

Да, все в открытом коде

круто! Еще раз спасибо)

Тут концепция изложена https://github.com/metarhia/Manifesto/blob/master/RU/Technology.md

Добрый день. Кто знаком с mongoose, не могли бы объяснить мне почему этот кусок кода возвращает мне массив строк, а не массив объектов из базы
let performs = await Performs.find({'troupe.value._id': staff._id })

Может это? неправильно обьявлена схема — https://stackoverflow.com/questions/37366826/mongoose-only-returning-id-of-the-document