все будет работать в контейнерах и масштабироваться внешними системами?
Не знаю как на практике. Но использование кластера по сути помогает эффективнее использовать вычислительные мощности одной машины
А если ты масштабируешься на несколько, скажем, двухядерных нод. То получается ядра без кластера могут простаивать
да, я понимаю какая цель и механика процессе ))) я к тому что у ноды вроде маленький оверхед шарахнул 10 контейнеров с однопоточными процессами и не паришься код не усложняешь
Ты имеешь в виду 10 контейнеров на 10 нодах?
Это как
я имею в виду 10 контейнеров с nodejs приложением
Ты же имеешь ввиду модуль кластер?
да
Кажется он справшивает что лучше? Кластер? Или разные конейнеры, который докер (например) сам распихает по ядрам
тот который между процессами удобное общение
да, я про это и спрашиваю
а тебе точно нужно общение между процессами?
Тогда если тебе это общение не надо, то его особого смысла нет использовать
это иногда позволяет снять нагрузку с некоторых узлов, например коннект с pg или mssql довольно дорогоие для базейки
Как это помогает снять?
Или ты имеешь ввиду не модуль кластер, а структуру данных
мастер процесс может держать один коннект к бд вместо того чтобы каждый отдельно его держал
Тогда ты не сможешь паралельно работать с бд, и получается что твоё приложение будет работать в разы медленнее
Как ты обеспечишь один коннект к базе в случае работы с кластером?
Тогда тебе не кластер нужен, видимо, а основной процесс, который порождает пачку дочерних Но сама идея плохая
надо ему доходчиво объяснить что так делать необязательно
Не надо Он путает mssql и MySQL, пусть страдает
если не к БД то к ФС, надо же данные гдето хранить
день отличный хочешь поговорить об этом?
Да нет. Рад, что отличный
Обсуждают сегодня