Можно ли на socket.io обмениваться сообщениями между двумя серверами?

Если уже работает, то зачем менять?

Abcdefgk, может быть автор хочет улучшить сервис, или просто новые технологии изучить!?

Abcdefgk, возникают некоторые непонятности с http, ну и для масштабируемости в будущем, неизвестно как (http и написанный вручную код) будет работать в сравнении socket.io при сотнях серверов.

Запилить на tcp, чё. http - поверх tcp, ws - поверх http. Чем ниже - тем надёжнее. А socket.io тут при чём? У них же, вроде бы, нет "серверного клиента", и, насколько я помню, файл передавать нельзя. (но может быть, я и не в курсе каких-нибудь изменений)

@msa6886

возникают некоторые непонятности с http,

Например?

неизвестно как (http и написанный вручную код) будет работать в сравнении socket.io при сотнях серверов.

a socket.io написан не вручную?

вообще по теме, если это общение между бэкэндами я бы порекомендовал все-таки оставить http как более простой и надежный способ.
Если нужно активно общаться между бэкэндами - то WebSoket-ы (но без socket.io, т.к. там много обвязки для fallback для старых браузеров, которые не умеют ws), HTTP/2, UDP (зависит от топологии сети и важности данных) ну или на крайняк - TCP

Abcdefgk,

ws - поверх http

Не совсем. Через http только установление соединения

RidgeA, думаю пока останусь на http, "некоторые непонятности с http"? -- в центр сервере создаеться дочерний процесс через fork(), он работает с бд, и с разным интервалом отправляет данные. нужно ли для него выделять отдельный порт для отправки данных либо все отправлять через один общий порт т.к. возможен конфликт портов?

jtag_, Возможно для некоторых задач подойдёт gRPC.

jtag_, модуль Cluster позволяет запустить несколько дочерних процессов на одном порту.