Middleware - никогда больше

спасибо

А у вас девопсов нет в компании?

У нас девопсов нет

Девопсы этим не занимаются.

Девопсы должны запихнуть зум контейнер и развернуть в кубе?

Тимур готовий поділитись темою своєї доповіді і розповісти більше про Metarhia 🤗

Metarhia — це стек для надійних та безпечних додатків корпоративного рівня, API незалежних від протоків та інтерактивних сервісів, побудованих на базі Node.js.

🙌 Це перше рішення для масштабування Node.js за допомогою потоків, мінімальними залежностями (усі бібліотеки стека менше 2 Мб), засноване на багатошаровій (layered/onion) архітектурі та DDD, GRASP, SOLID, GoF, підтримує:
▪перевірку типів і контрактів під час виконання
▪перезавантаження бізнес-логіки без зупинки серверу
▪легку мікроізоляцію коду та контекстів
▪автоматичну маршрутизацію
▪graceful shutdown
▪управління контрентністю запитів
▪примітиви паралельного програмування та багато інших функцій

Переходьте за лінком 👉 bit.ly/3fVz57j, щоб долучитись до конференції #jsfwdays

для масштабування Node.js за допомогою потоків? Это не опечатка.Нода это однопоточное приложение.Там один главный поток main? Или я что то неправильно понял?🦻🏼

Может имелось ввиду использование декомпозиции Main Thread в Node.js для увеличения пропускной способности?

Тимур Гафарович конечно знает, что говорит, просто очень режит уши, когда слышишь многопоточьность в джаваскрипт...🤷‍♂️

Нода это платформа и она не однопоточна
И потоков с жс там наплодить можно сколько душе угодно

может вы потоки с процессами путаете?

А в чем принципиальная разница?

потоки в node.js-Это такая штука, которая выдает (или принимает, или и то и другое) данные кусочками (chunk). Чтобы объяснить, зачем они нужны, нужно немного отвлечься и вспомнить, как работает nodejs.

Преимущество nodejs состоит в том, что пока БД или ФС реагирует на команду, мы можем запустить другой коллбэк. За счет этого мы можем обработать много запросов какбы параллельно, но с точки зрения программиста параллельности нет, потоков нету, race condition не возникает и башка у него об этом не болит. И у нас все быстро работает, пока ни одна функция не занимает процессор слишком надолго, пока она не работает слишком долго. А если она займет, то, в силу однопоточности, у нас все остальные запросы зависнут.

Но иногда нам все-таки сделать большую работу — прочитать или записать большой файл, например. С помощью потоков мы дробим эту работу на кусочки, которые не занимают проц надолго. Это не всегда возможно, но в большом количестве случаев вполне себе работает.

P.S. В данном ответе речь идет о stream (не путать с thread).

Там я выше кинул ссыль на доку ноды с воркер тредами
Или воркер треды это не про многопоточность?

В ноде main thread один поэтому и говорят, что она однопоточная), поэтому когда речь о потоках в ноде, я подразумеваю, что речь о stream'ах (а как их еще перевести, ну не "ручеёк" же).
Модуль child_process создает вроде бы именно process (у него свой pid и т.д., ЕМНИП), а не thread (вот же ж кто-то крупно облажался с переводом, но что теперь поделать), то есть называть его потоком как-то совсем не корректно.🧐

Ну там явно треды имелись ввиду

Про тредпул и воркер-тред на читали?