webpack-dev-server: накіроўванне HTTPS-выклікаў API праз карпаратыўны проксі

Дадайце HttpsProxyAgent у існуючае прамежкавае ПЗ проксі webpack-dev-server, захаваўшы яго мэту і налады перазапісу шляху.

Наладзьце злучэнне з API на баку Node у webpack.config.mjs, выкарыстоўваючы бягучую форму масіва проксі:

import { HttpsProxyAgent } from 'https-proxy-agent';

export default {
  devServer: {
    proxy: [{
      context: ['/api'],
      target: 'https://service.example',
      changeOrigin: true,
      agent: new HttpsProxyAgent('http://proxy.example:8080'),
      pathRewrite: { '^/api': '' },
    }],
  },
};

Маршрут такі:

browser → webpack dev server → corporate proxy → HTTPS API

target застаецца сапраўдным HTTPS API. Агент, які, як мяркуецца, ужо ёсць у праекце, узгадняе шлях праз HTTP-пасярэднік.

context выбірае шляхі запытаў, бачныя браўзеру; pathRewrite выдаляе прэфікс распрацоўкі. Ні адзін з іх не называе карпаратыўны проксі. Захавайце гэтыя супастаўленні для шляху, якога чакае API.

Выкарыстоўвайце звычайную апрацоўку патокаў і адказаў прамежкавага ПЗ, каб адмова API і збой транспарту заставаліся адрознымі. Другі рукапісны рэлей, які заўсёды вяртае 200, схаваў бы гэты вынік.

Налады проксі браўзера і проксі загрузкі пакетаў npm наладжваюць іншых спажыўцоў. Гэта налада належыць працэсу webpack, які робіць знешні выклік API.

Падобныя артыкулы