со сменой ноды кто будет тестировать?

Тот, кто предлагает, по всей видимости)

Ребят, юзает кто docker?

Возможно тогда имеет смысл сначала потестить потом чтот предлагать?

А смысл тестить, если я аргументов перевести не найду?

Внимание вопрос! Чем лучше собирать статистику обращений из сервиса проекта к внешним API-сервисам? Что-нибудь типа fluentd?

Какая-то беда у меня) У меня есть 2 сервера - оба managers (больше не надо пока). Я вызываю serive update, начинает идти обнова. Во-первых он почему-то (вроде) перестал ждать healthcheck в версии 17 (в 0.12 ждал). Во-вторых при обновлении первого менеджера (который лидер) второй недоступен до тех пор, пока он не возьмет на себя статус лидера. А это не очень быстро. Есть способ это пофиксить?

Потому что кроме вкусовщины и (возможной) легкости переключения их и нет

Мастеров нужно нечетное количествно всегда

Мастеров нужно всегда 1

Задам очень тупой вопрос: можно из сервера подключится к другому серверу через сокеты и слушать его?

А каков принцип работы шазам?

Спасиб за ответ, главное что работает.

На будущее- лучше использовать обычные сокеты. Вебсокеты на уровне серверов- это как-то фу

Причина по какой фу в чем заключается?

Задам очень тупой вопрос: можно из сервера подключится к другому серверу через сокеты и слушать его?

Unix socket, как с ними общаться с браузера?

Ребят, на работе вертится нода 4.4.7 Хочу насоветовать переход на последний LTS. Кроме как поддержка ES6 (только без импортов), какие аргументы в пользу перехода можно назвать?

Смотря что вы там на работе строите. Оно может быть одинаково и плюсом и минусом. Навскидку: * 4.x насколько я понимаю, уже ушла из фазы активной поддержки. Соответственно упретесь в какой-нибудь не самый критичный баг - либо пойдете экстренно переезжать, либо сами лечить (обычно дорого), либо покупать платный саппорт (он вообще существует?) * ES6. Программист нынче гордый пошёл, и использование ES6 может стать неплохим бонусом при найме специалистов. Нет, на КОБОЛе тоже пишут, никто не спорит. * ES6. Опять. Все эти const/let может и не тянут на киллер-фичи, но с ними намного приятнее жить, чем с var. Тот же spread operator там где нужен - очень сильно сокращает код, например, при работе с аргументами. А, как известно, нет кода - нет бага. * Можно про перфоманс подумать. Но тут надо конечно смотреть предметно, но в целом и в самой ноде и в v8 регулярно что-то улучшают, фиксят какие-то баги идр. Тут, на самом деле, вопрос в том, сколько вам будет стоить такой переезд. В сферическом проекте в вакууме, если проект покрыт тестами, то он почти бесплатный. Но то в вакууме. )

Ты забываешь o map, set, proxy, reflect

Да, и это тоже

И да, спасибо за развернутый ответ!

Да незачто. Не знаю, какие на вашей работе порядки, но если смотреть со стороны руководителя, то я бы гораздо больше обрадовался табличке от коллеги в духе: какие профиты мы приобретем от переезда. какие риски есть при переезде. оценка трудоемкости Считается и делается всё это за обедом на коленке, а глаза открывает очень даже здорово, причем, в том числе, и инициатору )

@wertlex map вроде как есть в 4.х, с остальным согласен.

Map'а не было. Ты путаешь с методом map