如何使用nginx代理ws或是wss的请求

为了降本增效，需要对服务器进行合并。然而，两个服务器上的进程存在对外连接的端口冲突。如果直接修改端口，会导致客户端需要相应调整，但由于客户端版本较旧，重新发版流程较长，无法快速实现，因此需要寻找替代方案解决问题。

降本增效中的服务器合并方案分析及实践

背景问题

解决方案设计

针对问题，我们提出了两种解决方案：

多网卡方案
- 方案核心：原 A 服务器的监听端口绑定到 IP A，迁移进来的 B 服务器监听端口绑定到 IP B。
- 实现方式：
  - 通过在一台物理服务器上配置多个网卡或虚拟 IP。
  - 将不同 IP 地址绑定到不同域名。
- 优点：无需修改客户端，迁移过程对客户端透明。
- 缺点：硬件需求增加，成本较高。
Nginx 端口映射方案
- 方案核心：使用 Nginx 作为反向代理，将外部请求的端口映射到后端服务的端口上。
- 实现方式：
  - 配置 Nginx 对客户端请求进行端口转发。
  - 通过域名直接路由到目标端口，无需客户端改动。
- 优点：部署简单，成本较低。
- 缺点：反向代理引入额外的处理层，可能影响性能。

最终，我们选择了成本更低的 Nginx 端口映射 方案。

实践与代码示例

在 Nginx 中配置反向代理和端口映射：

server {
    listen 80;
    server_name example.com;

    location / {
        proxy_pass http://127.0.0.1:8080; # 转发到 A 服务器服务
    }
}

server {
    listen 80;
    server_name api.example.com;

    location / {
        proxy_pass http://127.0.0.1:9090; # 转发到 B 服务器服务
    }
}

通过这种方式，Nginx 将透明地处理客户端请求，完成端口转发。即使后端进程重启，客户端仍然能感知到短暂的服务中断，但整体透明度较高。

拓展 1：负载均衡分类

负载均衡按照 ISO 七层模型可分为 四层负载均衡 和 七层负载均衡。

四层负载均衡

原理
四层负载均衡工作在传输层（TCP/UDP）。它通过解析 IP 和端口等传输层信息，决定请求转发到的后端服务器。

请求路径：
1. 客户端发起请求，数据包送到负载均衡器。
2. 负载均衡器分析源/目标 IP 和端口，选择目标服务器。
3. 修改数据包目标 IP 和端口后，将其转发到指定后端服务器。
响应路径：
- 若负载均衡器做了 NAT：后端服务器响应的数据包需回到负载均衡器，再返回给客户端。
- 若未做 NAT：数据包直接从后端服务器返回客户端。

优点