неизвестно как (http и написанный вручную код) будет работать в сравнении socket.io при сотнях серверов.
a socket.io написан не вручную?
вообще по теме, если это общение между бэкэндами я бы порекомендовал все-таки оставить http как более простой и надежный способ.
Если нужно активно общаться между бэкэндами - то WebSoket-ы (но без socket.io, т.к. там много обвязки для fallback для старых браузеров, которые не умеют ws), HTTP/2, UDP (зависит от топологии сети и важности данных) ну или на крайняк - TCP
что за карта такая, которая не имеет ни одного порта?
она же как-то должна подключаться и что-то должно к ней подключаться
Иначе это просто кусок непонятно чего.
RaDir, я бы не стал брать типы - они планируют отказаться от типов вообще, т.к. это сущность созданная ElasticSearch и она не имеет отображения в Lucene (который используется под капотом).
Так почему же не подходит схема "Каждому сайту по индексу" ?
Если для сайта нужно несколько типов индексов, то, можно использовать просто соглашение о наименовании индекса вроде _ тогда для одного сайта будет несколько индексов.
Если язык разработки поддерживает подстановку callback функций во всех перебирающих методах, то использование традиционных for и while отпадает за ненадобностью.
спорно, но ладно.
Что делать если перебор нужно прервать досрочно?