Зачем нужна библиотека http-proxy?

Question

[legacy_js]

Объясните пожалуйста зачем нужна эта библиотека http-proxy.
Простыми словами объясните из их примера

var http = require('http'),
    httpProxy = require('http-proxy');

var proxy = httpProxy.createProxyServer({});
 
var server = http.createServer(function(req, res) {
  // Зачем проксировать запрос
  proxy.web(req, res, { target: 'http://127.0.0.1:5050' });
});
 
console.log("listening on port 5050")
server.listen(5050);

Для чего это нужно, что бы подменить заголовки (как из их примера на npm)? Ведь это можно и так сделать. Не как не могу понять зачем клиенту подменять адрес запроса?

Comments

[Lynn «Кофеман»]

Там целый ридми с примерами. В принципе ниша довольно специфичная, мне, например, никогда такого не нужно было.

Но аргумент «это можно и так сделать» весьма бессмысленный. Конечно можно. Если у вас задача поменять один заголовок, то вам может действительно и не нужна эта библиотека

[legacy_js]

Lynn «Кофеман», Сейчас начал изучать Node.js API Gateways и микросервисы, и в статье написано

Хотя вы хотите делать простые вещи в своем API-шлюзе, например, маршрутизировать запросы к определенным службам, вы можете использовать обратный прокси, например nginx. Но в какой-то момент вам может потребоваться реализовать логику, которая не поддерживается в общих прокси. В этом случае вы можете реализовать собственный API-шлюз в Node.js.

В Node.js вы можете использовать пакет http-proxy , чтобы просто прокси-запросы к определенной службе, или вы можете использовать более многофункциональный экспресс-шлюз для создания шлюзов API.

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

Answer 1

[Saboteur]

Чтобы написать свой прокси.

Comments

[legacy_js]

Нужно ли вообще проксировать запросы к отдельным службам( микросервисам ), или это зависит от конкретных задач?

[Saboteur]

https://refactoring.guru/uk/design-patterns/mediator
https://refactoring.guru/uk/design-patterns/adapter

Бывают разные задачи.

Например, есть тяжелые микросервисы которые обрабатывают разные виды запросов. И запросов бывает много и разных. Можно накрутить много инстансов, а можно сделать промежуточный легкий прокси, который будет принимать много реквестов, парсить заголовок и раскидывать их дальше в разные микросервисы, очередя, может быть даже что-то сам обрабатывать. И этот легкий прокси можно будет легко масштабировать в качестве умного балансировщика.