K8s+Istio环境下React应用部署架构优化及低延迟方案咨询

我有一个部署在Nginx中的React应用，后端为连接MySQL的Express.js服务器。当客户端请求x.com/时，Nginx的default.conf指定从本地/var/www/build文件夹读取文件；当路径为x.com/api时，Nginx将请求转发至Express.js服务器。对应的Nginx配置如下：

upstream client {
    server client:3000;
}

upstream api {
    server api:3001;
}

server {
    listen 80;

    #location / {
    #    proxy_pass http://client;
    #}
    location / {
        root /var/www/build;
        try_files $uri /index.html;
    }

    # location /sockjs-node {
    #     proxy_pass http://client;
    #     proxy_http_version 1.1;
    #     proxy_set_header Upgrade $http_upgrade;
    #     proxy_set_header Connection "Upgrade";
    # }

    location /sockjs-node {
        root /var/www/build;
        proxy_http_version 1.1;
        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection "Upgrade";
    }
    
    location /api {
        rewrite /api/(.*) /$1 break;
        proxy_pass http://api;
    }
}

目前我已将所有服务容器化并部署到K8s集群中，使用了Istio Gateway，但当前配置是将所有流量通过网关转发至Nginx容器，对应的Istio配置如下：

---
apiVersion: networking.istio.io/v1alpha3
kind: Gateway
metadata:
  name: rproxygw
spec:
  selector:
    istio: ingressgateway # use istio default controller
  servers:
  - port:
      number: 80
      name: http
      protocol: HTTP
    hosts:
    - "*"
---
apiVersion: networking.istio.io/v1alpha3
kind: VirtualService
metadata:
  name: rproxy
spec:
  hosts:
  - "*"
  gateways:
  - rproxygw
  http:
  - match:
    - uri:
        prefix: /
    route:
    - destination:
        host: rproxy
        port:
          number: 80

1. 在当前K8s+Istio环境下，直接在网关层转发x.com/api流量是否更优？ #

是，这种方案更优：

• 减少Nginx中间层的转发开销，流量从Istio网关直接路由到Express服务，避免额外网络跳转
• Istio自带流量治理能力（熔断、限流、监控等），直接在网关层处理路由可充分利用这些特性，无需在Nginx中重复配置
• 架构更简洁，减少中间组件，降低运维复杂度

2. 能否将React静态文件部署到Istio网关中，从而移除Nginx代理？ #

不行。Istio网关本质是Envoy代理，不具备静态文件托管能力，无法直接读取并返回本地静态资源。必须将静态文件托管到专门的服务（如Nginx容器、静态文件服务）或对象存储（如MinIO），再通过Istio网关路由到对应服务。

3. 若移除Nginx反向代理，仅使用Istio网关，将React静态文件部署到独立Express服务器或复用后端Express服务器是否可行？ #

两种方案都可行：

• 独立Express服务器：专门搭建Express服务托管React静态文件，通过Istio网关将根路径/路由到该服务，/api路由到后端Express服务。这种方式职责分离，便于单独扩容静态服务，不会影响后端API性能。
• 复用后端Express服务器：在后端Express中添加express.static中间件，挂载React的build目录，同时保留API路由。这种方式减少服务实例数量，适合小型应用，但静态文件访问量较大时，会占用后端API资源，影响接口响应。

4. 上述哪种方案在延迟表现上最优？ #

延迟最优的方案是：Istio网关直接将/api路由到后端Express，同时将React静态文件托管在轻量静态服务（如Nginx容器）并通过Istio网关直接路由——即移除原Nginx中转层，让Istio网关直接分流静态资源与API流量。
原因：

• 去掉Nginx中间层的转发开销，流量从网关直接到目标服务，减少网络跳数
• 轻量静态服务（如Nginx）处理静态文件的性能远高于Express，比复用后端Express或独立Express托管静态资源的延迟更低

内容的提问来源于stack exchange，提问作者user2728349