Да, спасибо, не могу найти только это отслеживание состояния воркера. Не ткнёшь носом, если не напряжно? Я так понимаю, он стукает в воркер и, если тот не отвечает, то помечает его как disconnected?
Да, спасибо, не могу найти только это отслеживание состояния воркера. Не ткнёшь носом, если не напряжно? Я так понимаю, он стукает в воркер и, если тот не отвечает, то помечает его как disconnected?
Всё вокруг флага exitedAfterDisconnect бегает в master/child.
Вообще, поясняющих камментов к коду не хватает в некоторых местах. Но и сам cluster - так себе решение, не советую. Лучше снаружи балансировать между отдельными процессами.
Вообще, поясняющих камментов к коду не хватает в некоторых местах. Но и сам cluster - так себе решение, не советую. Лучше снаружи балансировать между отдельными процессами.
Неуправляемый алгоритм балансировки, завязка всех соединений master-процесс (в один поток), который тоже может упасть, забрав детей. Пусть нода занимается своими задачами, а для балансировки есть другой софт.
Когда у тебя все воркеры работают и ничего не падает/закрывается
А как же динамически подбросить воркеров при повышении нагрузки? Убить простаивающие. Да, своеобразный кейс, но "костыли" в коде как раз для таких случаев.
А как же динамически подбросить воркеров при повышении нагрузки? Убить простаивающие. Да, своеобразный кейс, но "костыли" в коде как раз для таких случаев.