基于Netflix Eureka的微服务在Predix（Cloud Foundry）中Feign Client通信超时求助

这种问题在Cloud Foundry（Predix基于它构建）上太常见了——Eureka默认会注册容器的内部IP，但CF的网络模型里，容器内部IP并不是跨实例可直接访问的（除非开启了容器间通信）。给你几个经过验证的解决办法，按实操难度和适用场景排序：

直接调整微服务的Eureka配置，让它注册Predix分配的公网路由地址，而非内部IP：

eureka:
  instance:
    prefer-ip-address: false  # 禁用优先使用IP注册的默认行为
    hostname: ${vcap.application.uris[0]}  # 动态获取Predix分配的第一个公网路由
    non-secure-port: 80  # Predix公网路由默认映射到80端口（用HTTPS则设为443）

原理：Predix会给每个部署的应用分配公网URI（比如your-service.run.aws-usw02-pr.ice.predix.io），Feign通过这个地址调用时，会走Predix的路由层转发到目标容器，完全避开内部IP的访问问题。

注意：如果服务启用了HTTPS，记得额外添加eureka.instance.secure-port-enabled: true，并把non-secure-port替换为443。

如果追求更低延迟和更高安全性（不想走公网流量），可以开启CF的容器到容器通信：

1. 前提：确保两个微服务部署在同一个Predix组织和空间内。
2. 添加网络通信策略：用CF CLI执行命令，允许消费端服务访问提供端服务的端口：

cf add-network-policy consumer-service --destination-app provider-service --protocol tcp --port 8080

（把consumer-service、provider-service和8080替换为你的实际应用名和服务端口）
3. 配置Eureka注册内部域名：调整提供端服务的Eureka配置，让它注册CF内部的应用域名（可通过应用名直接访问）：

eureka:
  instance:
    prefer-ip-address: false
    hostname: ${vcap.application.application_name}  # 注册CF内部应用名作为hostname
    non-secure-port: ${PORT}  # 用Predix分配的容器内部监听端口

配置完成后，Feign会通过CF内部DNS解析到目标容器的内部IP，再通过C2C网络直接通信，不会出现超时。

如果上面的方法没生效，可能是Ribbon（Feign默认依赖的负载均衡组件）优先选择了IP地址。可以配置Ribbon强制使用实例的hostname：

ribbon:
  preferIpAddress: false  # 禁用优先IP，改用hostname
  NIWSServerListClassName: com.netflix.niws.loadbalancer.DiscoveryEnabledNIWSServerList

同时确保Feign客户端是基于服务名调用的（比如@FeignClient(name = "provider-service")），不要硬编码IP或地址。

• 登录Eureka控制台，查看服务实例的注册信息，确认status字段显示的是公网URI还是内部IP，验证配置是否生效。
• 查看Predix应用日志（cf logs consumer-service --recent），找到Feign调用的错误日志，确认目标地址是内部IP还是你配置的公网/内部域名，精准定位问题。
• 检查网络策略是否生效：用cf network-policies命令查看已添加的规则，确保两个应用之间的通信权限已配置。

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