您的基本设计正确，但是您遇到的问题是会话“粘性”。但是，与其尝试将后续请求重新路由回适当的计算机，不如寻找一种避免“预”请求的方法。

最好的方法是让您的Chrome泊坞窗图片位于所有http“升级”请求的中间人。此http动作是所有WebSocket连接在更改协议（包括puppeteer库，它只是一个WebSocket客户端）之前发出的内容。这样做还可以避免进行预连接呼叫，因为到Chrome的代理将发生在升级过程中，而不是公开要使用的URL。这是使用http-
proxy模块执行此操作的一个非常基本的示例：

const http = require('http');
const httpProxy = require('http-proxy');

const proxy = new httpProxy.createProxyServer();

http
  .createServer()
  .on('upgrade', async(req, socket, head) => {
      const browser = await puppeteer.launch();
      const target = browser.wsEndpoint();

      proxyy.ws(req, socket, head, { target })
  })
  .listen(3000);

这种方法还有其他好处：您可以限制诸如并发之类的内容，甚至可以注入脚本以在以后运行。这些虽然需要更多和准备，但总体思路仍然相同。这也使负载平衡变得微不足道，因为不需要使路由变得固定。

如果这是您感兴趣的事情，那么您可以在无浏览器的存储库中为您完成所有工作。它甚至允许诸如并发限制，会话时间限制之类的功能，并包括功能丰富的IDE。您可以在此处找到有关该项目的更多文档。