Михаил Р.

Любой Kafka-consumer имеет атрибут group.id. И если у нескольких консюмеров он совпадает
то они начинают делить топик поровну (по round-robin). В более расширенном варианте - нужно
настраивать поля самого сообщения чтоб был более умный партишенинг.

Несмотря на то что Кафка работает быстро, сам процесс включения и перебалансировки консюмеров
может быть не очень быстрым поэтому такие манипуляции следует делать не очень часто.

Именнованный location в помощь

location / {
  root /var/www/html;
  try_files @upstream $uri =404;
}
location @upstream {
  proxy_pass http://127.0.0.1:3000;
  proxy_intercept_errors on;
  recursive_error_pages on;
  error_page 404 = @local;
}
location @local {
  try_files $uri =404
}

Бизнес должен понимать что вы ему предлагаете. По сути эту идею можно продвинуть только под соусом разработки новой фичи. В противном случае у вас будет сильное непонимание. Все что вы предлагаете - это NFR. Не-функциональные требования. Шестая версия дотнет. Асинки. Обжекты. Бизнес не понимает как ему это дальше продавать.

Я-бы сказал что просто так взять всё и переписать - это гиблое дело. Пойдут баги и бизнес попросит либо срочно исправлять либо откатить это назад до старой версии. Это - фиаско. Очень часто бывает так что старый и плохой код завязывается на какое-то странное поведение API которое плохо документировано и чёрт-пойми-как-работает. Но работает. Я много таких аномалий видел. И ты его исправляешь по фень-шую как должно быть и становится ... (!) еще хуже. Особенно большая беда с мультипоточкой и интеграцией например с операционкой или сторонними нативными либами.

Если вы имеете силы и смелость - то пишите план (желательно на пол-года) на рефакторинг. Шаг-за шагом. Сначала - покрытие всего тестами. Потом миграция версий тоже мелкими шажками. И все это (!) параллельно с разработкой новой фичи которую бизнес одобрит. Только так.

нет

npm install сохраняет любые указанные пакеты в dependencies по умолчанию.
Кроме того, вы можете контролировать, где и как они сохраняются с помощью некоторых дополнительных флагов:

-P, --save-prod: Пакет появится в вашем dependencies. Это значение по умолчанию, если -D или -O не присутствуют.
-D, --save-dev: Пакет появится в вашем devDependencies.
-O, --save-optional: Пакет появится в вашем optionalDependencies.
--no-save: предотвращает сохранение в dependencies.

Dependencies - это библиотека, которая необходима проекту для эффективного функционирования.
Если пакет еще не существует в каталоге node_modules, он добавляется автоматически.
Это библиотеки, которые вам нужны при запуске вашего кода.
Включен в окончательный пакет кода.

devDependencies - это пакеты, которые нужны разработчику во время разработки.
Когда вы устанавливаете пакет, npm автоматически устанавливает зависимости для разработчиков.
Эти зависимости могут понадобиться в какой-то момент процесса разработки, но не во время выполнения.
Входит в окончательный пакет кода.

Пример: npm i <имя_пакета> -D

Что-бы полностью удалить установленный npm пакет
Пример: npm uninstall <имя_пакета>