Eureka+Zuul微服务架构在Kubernetes部署后API访问超时求解决方案

你的推测是准确的：默认配置下Eureka客户端会抓取Pod当前网卡的内网IP上报，该IP仅在K8s单节点内部可路由，跨节点或集群外的调用方拿到该IP自然无法连通，触发超时。
以下是3种低成本、可批量适配多服务的解决方案：

方案1：调整Eureka客户端注册规则（最推荐，无额外组件依赖） #

直接通过配置让服务上报K8s集群可全局路由的地址，不需要修改业务代码，可通过统一配置中心批量下发到所有服务：

• 给所有微服务的application配置添加以下参数：

eureka:
  instance:
    prefer-ip-address: true
    # 上报K8s节点IP，环境变量由K8s注入
    ip-address: ${K8S_NODE_IP}
    # 若服务通过NodePort暴露，填写注入的NodePort值；若用ClusterIP Service，填Service端口即可
    non-secure-port: ${SERVICE_PORT}

• 在K8s Deployment清单中给Pod注入对应的环境变量，示例配置：

spec:
  containers:
  - name: your-service
    image: your-image
    env:
      # 注入Pod所在节点的IP
      - name: K8S_NODE_IP
        valueFrom:
          fieldRef:
            fieldPath: status.hostIP
      # 注入服务对应的端口，NodePort场景可通过service.spec.ports[*].nodePort获取
      - name: SERVICE_PORT
        value: "30001"

如果服务仅在集群内部调用，也可以直接上报K8s Service的域名，将eureka.instance.ip-address替换为${SERVICE_NAME}.${NAMESPACE}.svc.cluster.local即可，调用时直接走K8s集群DNS负载均衡，稳定性更高。

方案2：修改Zuul路由规则（无需改动业务服务） #

如果暂时不想调整所有业务服务的注册配置，仅修改Zuul网关的路由规则即可实现自动转发：
在Zuul的配置中，直接把服务ID对应的路由目标设置为K8s集群内的Service域名，跳过Eureka返回的Pod IP解析：

zuul:
  routes:
    # 服务ID对应的路由规则
    user-service:
      path: /user/**
      # 直接填写K8s集群内Service的访问地址
      url: http://user-service.default.svc.cluster.local:8080
    order-service:
      path: /order/**
      url: http://order-service.default.svc.cluster.local:8080

该方案仅需修改网关一处配置，即可完成所有服务的调用转发适配，适合快速验证修复效果。

方案3：用K8s Service做地址映射 #

如果不想修改任何现有服务配置，可以给每个微服务创建同名的ClusterIP Service，K8s会自动维护Service到后端Pod的负载均衡映射。同时部署一个轻量的Eureka监听服务，实时将Eureka中注册的容器内网IP，替换为对应Service的集群IP，所有服务调用时拿到的就是可路由的Service IP，无需修改业务代码。

如果所有微服务和Zuul都部署在同一个K8s集群内，优先选择方案1，配置一次即可永久生效，也可以兼容后续服务扩容、迁移的场景。如果是临时修复优先选方案2，10分钟即可完成配置上线。

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