KG
у меня вариант надежного решения которое будет поддерживаться на один год и будет эта фигня стоять под бешеной нагрузкой в кластере
Тогда смотри в сторону Nest.js, это фреймворк с кучей готовых библиотек, включая сокеты
Size: a a a
2020 September 18
D
Тогда смотри в сторону Nest.js, это фреймворк с кучей готовых библиотек, включая сокеты
благодарю
KG
благодарю
Для Бд постгрю рекомендую с орм секвалайз
KG
Уже 10 проект делаю в таком стеке, работает как часы, одному скоро 5 лет будет
D
ОРМ мне особо не нужно, я могу и свои модели накидать, но все равно спасибо
KG
А голэнг лучше использовать, когда требуется быстрые вычисления. Для твоей задачи это мастхэв. С сокетами нода нормально справляется, чаты и т.д это про неё.
R
может это что то с контекстом ?
М
Ты хочешь одно число получить? На все варианты железа, ос, канала и прочих уникальных условий?
Я такое число не знаю
Встречный вопрос: а как ты думаешь, за счёт чего у других платформ это число будет другим?
Я такое число не знаю
Встречный вопрос: а как ты думаешь, за счёт чего у других платформ это число будет другим?
Не в числе дело. Хочу понять как рассчитывают конфигурацию железа. Где смысл вертикального масштабирования заканчивается? И всякое такое. На основании чего принимают решение поднимать ещё один процесс ноды для одной и той же апки?
Не ждут же люди 500х ошибок, а потом что-то делают.
Не ждут же люди 500х ошибок, а потом что-то делают.
АП
Не в числе дело. Хочу понять как рассчитывают конфигурацию железа. Где смысл вертикального масштабирования заканчивается? И всякое такое. На основании чего принимают решение поднимать ещё один процесс ноды для одной и той же апки?
Не ждут же люди 500х ошибок, а потом что-то делают.
Не ждут же люди 500х ошибок, а потом что-то делают.
Тем не менее, ты спрашиваешь про конкретные числа
Можно не ждать ошибок, а анализировать нагрузку, например
Можно не ждать ошибок, а анализировать нагрузку, например
М
Тем не менее, ты спрашиваешь про конкретные числа
Можно не ждать ошибок, а анализировать нагрузку, например
Можно не ждать ошибок, а анализировать нагрузку, например
Вообще изначально я не спрашивал о числах конкретных. И приводил их как «например».
Ты знаешь, я устал жанглировать словами и уточнять вопросы для тебя. Каких то содержательных ответов я не получил. Давай закончим на этом.
Ты знаешь, я устал жанглировать словами и уточнять вопросы для тебя. Каких то содержательных ответов я не получил. Давай закончим на этом.
АП
Вообще изначально я не спрашивал о числах конкретных. И приводил их как «например».
Ты знаешь, я устал жанглировать словами и уточнять вопросы для тебя. Каких то содержательных ответов я не получил. Давай закончим на этом.
Ты знаешь, я устал жанглировать словами и уточнять вопросы для тебя. Каких то содержательных ответов я не получил. Давай закончим на этом.
Жонглировать пишется через о
Ты не находишь симптоматичным то, что устаёшь уже от второго (минимум) человека?
Может, то, что ты спрашиваешь, какой-то бред?
Ты не находишь симптоматичным то, что устаёшь уже от второго (минимум) человека?
Может, то, что ты спрашиваешь, какой-то бред?
М
Жонглировать пишется через о
Ты не находишь симптоматичным то, что устаёшь уже от второго (минимум) человека?
Может, то, что ты спрашиваешь, какой-то бред?
Ты не находишь симптоматичным то, что устаёшь уже от второго (минимум) человека?
Может, то, что ты спрашиваешь, какой-то бред?
А о чём я спрашиваю?
От первого человека я не устал. Мне неприятно было что он обсуждал мои умственные способности в чате.
От первого человека я не устал. Мне неприятно было что он обсуждал мои умственные способности в чате.
е
на чистом жс я привык делать "микросервисы" в рамках одной репы, потому что проекты мелкие, так удобнее общие либы подтягивать. просто несколько исполняемых файлов разных.
вопрос, как сделать такое на тайпскрипте? разбираться с компилятором, чтобы компилил каждый сервис отдельно? делать несколько реп?
вопрос, как сделать такое на тайпскрипте? разбираться с компилятором, чтобы компилил каждый сервис отдельно? делать несколько реп?
АП
А о чём я спрашиваю?
От первого человека я не устал. Мне неприятно было что он обсуждал мои умственные способности в чате.
От первого человека я не устал. Мне неприятно было что он обсуждал мои умственные способности в чате.
Ты сам не определился, как мне кажется
Вот смотри, первая версия вопроса: https://t.me/nodejs_ru/544458
Теперь ты пишешь, что хочешь понять какое выбрать железо
Как-то совсем не связано с изначальным вопросом
Вот смотри, первая версия вопроса: https://t.me/nodejs_ru/544458
Теперь ты пишешь, что хочешь понять какое выбрать железо
Как-то совсем не связано с изначальным вопросом
A
на чистом жс я привык делать "микросервисы" в рамках одной репы, потому что проекты мелкие, так удобнее общие либы подтягивать. просто несколько исполняемых файлов разных.
вопрос, как сделать такое на тайпскрипте? разбираться с компилятором, чтобы компилил каждый сервис отдельно? делать несколько реп?
вопрос, как сделать такое на тайпскрипте? разбираться с компилятором, чтобы компилил каждый сервис отдельно? делать несколько реп?
микросервисы в одном репо, с общим package.json и node_modules. Это уже не микросервисы. А какой то кривой монолит косящий под микросервисы.
е
микросервисы в одном репо, с общим package.json и node_modules. Это уже не микросервисы. А какой то кривой монолит косящий под микросервисы.
по-этому они в кавычках.
R
А нужен ли вообще worker-threads, да он повышает скорость на тяжелые вычисления, но и губит скорость обычных запросов своим существованием в коде ?
A
по-этому они в кавычках.
лучше всю эту штуку разнести в разные репы, потому что это сложно поддерживать будет.
¿
А нужен ли вообще worker-threads, да он повышает скорость на тяжелые вычисления, но и губит скорость обычных запросов своим существованием в коде ?
А каким образом он влияет на обычные запросы?
е
лучше всю эту штуку разнести в разные репы, потому что это сложно поддерживать будет.
просто я не заворачиваю СВОЙ код в пакеты npm, по-этому, его как-то надо дублировать и актуализировать между двумя проектами тогда.