Istio VirtualService配置不生效，访问API返回404如何排查？

• 检查服务端口配置
  VirtualService的destination字段仅填写了服务名，若utbuild1、utbuild1-admin两个Service暴露了多个端口，必须显式指定目标端口，示例配置如下：

destination:
  host: utbuild1
  port:
    number: 80 # 替换为对应服务实际暴露的端口

• 验证路径匹配与重写逻辑
  1. 针对/v3/api/products/search前缀的规则：若后端服务的搜索接口本身路径就是/v3/api/products/search，现有rewrite规则会把路径重写为后端不存在的/api/products/search，直接删除rewrite配置即可；若后端接口确实是/api/products/search，确认路径拼写无误。
  2. 针对/v4admin/api前缀的规则：现有配置会把完整请求路径直接转发到utbuild1-admin服务，若后端服务没有/v4admin/api前缀的接口，需要添加rewrite规则，示例如下：

- match:
  - uri:
      prefix: /v4admin/api
  rewrite:
    uri: /api # 替换为后端服务对应接口的前缀
  route:
  - destination:
      host: utbuild1-admin

• 确认Istio资源生效状态
  执行kubectl get virtualservices,gateways确认资源创建无报错，再执行istioctl proxy-config routes <istio-ingressgateway Pod名称> -o yaml查看入口网关的路由规则是否已经正确加载。
• 验证后端服务可用性
  在集群内启动临时测试Pod，直接访问utbuild1、utbuild1-admin服务的对应接口路径，确认服务本身可以正常响应，排除后端服务本身返回404的问题。

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