Кто знает как можно уменьшить время http запроса между сервисами? на

AMD процессоре под виндой время http запроса с ответом Hello World составляет в среднем 38мс!!!!
Это не просто жо@@@ - это какой-то писец с точки зрения производительности когда pg отвечает мне порядка 0.01мс

так вы сравнили хрен с пальцем

А ты уверен что 38 мс это время работы ноды, а не открытие сокетов и установка соединение системой?

обсуждали выше подробности тут https://github.com/nodejs/help/issues/3233

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

вот как бы это использовать в реальном сервисе?

Используй пулл запросов

как это на практике осуществить? они ведь создаются со своими параметрами - поменять то после создания я уже никак не могу

тут еще одна засада - пример использует статический адрес а в докере реалии другие - там одно доменное имя резолвится в несколько ip адресов и все это динамически

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

звучит оптимистично но я пока не пойму как на практике это реализовать http.request() отработает и закроет соединение - как его переиспользовать?

https://nodejs.org/api/http.html#http_class_http_agent

и что делать после того как соединение из пула фактически будет стучаться в никуда когда сервсис с конкретным ip упадет?

Тоже что и без пулла, выкидывать ошибку

может вместо велосипеда поискать что-то типа nodejs microservice transport ?

Если вас не устраивает http в общении сервисов друг с другом, может использовать другой протокол? Это браузер ограничен, и позволяет только по http работать, но между сервисами этого ограничения нет

может) сейчас поищу

например, в какие транспорты молекулер умеет. из этого списка и для своих задач можно что-то подобрать. NATS посмотреть или еще что https://moleculer.services/docs/0.14/networking.html

спасибо, сейчас почитаю

да что же это за серебрная пуля эти молекуляр сервисы что каждый второй их предлагает?)

я предлагаю лишь украсть у них идеи

http - как серебряная пуля в протоколах общения, напрягает больше...

кстати а какая хорошая альтернатива хттп для сервисов? grpc/protobuf?

Там на пару сообщений выше в доке молекулара большой список разных вариантов) У каждого свои особенности и применение

ага

gRPC на хттп

попробовал даже https://www.npmjs.com/package/agentkeepalive но результат на том же месте (

Ты для начала определи в чём проблема у тебя на компьютере

проблема определена - долгие http запросы код на обоих концах выполняется менее чем 1мс а вот сам запрос длится десятки мс

не подходит - они там свой сервисдискавери устраивают в обход всего - это самоуправство - в оркестрируемых системах за это расстреливают )

там с десяток транспортов -- ни один не подошел?

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

grpc не требует

не удобен

ну что тогда, перейдем на tcp? https://github.com/pataiadam/micro-tcp (первый пример неправильный, должно быть просто return 'Hi ' + name + '!'; работает быстрее http) ну или https://github.com/msfidelis/topper или https://www.npmjs.com/search?q=tcp%20microservice

спасибо, гляну

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

Это не проблема а симптомы. Проблема может быть в ip, tcp, dns или в ноде

с нодой разобрались - запуск в прод режиме убирает несколько мс во всем остальном не лазил - поэтому навредить корявыми руками вроде не мог + данное поведение на разных машинах с разной ОС повторяется

Это проблема не в ноде а в том что твой код не переиспользует соединения. Такое же поведение будет с go и java

я пробовал создавать отдельно Agent и переиспользовать его в запросах - это никак не повлияло в лучшую сторону на длительность запросов