как сказал я умываю руки, тут нет спора или даже доводов. Тут двое пытаются доказать не доказуемое.

По ходу он не понял о чём вообще был диалог, и решил, что ему доказывают, что mc лучше терминала
Я бы сказал, терминальная стадия

А мне бы пруфы "крутости". Извините, не могу не попросить продемонстрировать какие-то особые знания, когда человек ими хвастается.

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

Заканчивайте срач, плиз, он явно не по теме ноды

Тем более срач с риторикой уровня "жиденько обделались"

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

Со стороны так и кажется, с отсылками двух участников к неспособности признаться в своей неправоте )) Но в обвинениях в завышенном чсв сквозит их собственное

Неплохо, наверное, иметь завышенное чсв, но нет, предпочитаю оценивать и свои, и чужие умения, исходя из того, что наблюдаю, а не чем хвалятся.

Здравствуйте, node js на выходе это файлы js-получается можно задеплоить на стандартный хостинг, на который обычно загружают php и не нужно прибегать к vps?

Что такое "стандартный хостинг"?

Нет, это отдельный рантайм со своим движком

Некоторые хостинг поддерживают ноду, надо смотреть инструкцию конкретного хостиега

Но почти точно лучше брать хостинг приложений или виртуалку

Для того, чтобы обновить бек приложение, вам приходится его останавливать? Есть какие-то варианты, как это можно реализовать, чтобы и бек обновить, и не останавливать приложение в проде?
Мне вот кажется такая схема: что есть несколько инстансов приложения и ты просто по очереди отключаешь один, заменяешь его (нагрузка на остальные уходит, а очереди через кафку организуются), и там по очереди все, в итоге бек работает. Кто-то так делает? Где об этом можно почитать
И, например, как производить обновление базы данных на проде без остановки? С какими ещё проблемами можно столкнуться, если хочется обновлять именно без остановки работы приложения?

Да, так и делают. По очередь перезапускают сервисы.
Часто с готовыми решениями типа pm2, например.

С базой сложнее...

мне так видится, что обновлять базу лучше через создание новых табличек (даже если не совсем семантически подходит), не трогая существующие. Например, поставить задачу в task manager (наравне с обычными запросами), оно создаст новые таблички, затем обновляю инстансы, чтобы логика стала доступна и в самом конце обновляю фронт, чтобы он уже начал посылать запросы. В этой схеме есть что-то неправильное?

Для этого нужно иметь связь с прокси/лб который будет понимать readyness.

На самом деле чаще всего применяется небольшой downtime, потому что остальные решения довольно костыльные.

В базе чаще всего делаются промежуточные шаги без breaking changes, а потом чистятся остаточные колонки

обновление базы - абстрактная задача.
оно может быть только на добавление, а может быть деструктивным,

сможет ли старый сервис работать  с новой бд?
Если да, то ок. Например, боавились новые столбцы, которые нужны только новому сервису

Ну и да, иногда проще просто вырубить ненадолго всё, если сложные изменения в БД