在OpenShift v3中使用Spring Eureka实现微服务注册发现的问题

嘿，这个问题我之前帮团队把Spring Cloud微服务部署到OpenShift的时候也碰到过！核心问题就是默认情况下Eureka会注册Pod的IP，但在K8s/OpenShift环境里，必须通过Service层访问才能保证高可用和负载均衡。下面是一步步解决的具体方案：

首先得确保你已经为两个微服务都创建了ClusterIP类型的Service（OpenShift默认创建的就是这个类型）。如果还没创建，用这条命令搞定：

oc expose deployment <你的微服务Deployment名称> --port=<服务对外端口> --target-port=<Pod内部容器端口>

比如你的微服务Deployment叫order-service，容器端口是8080，就执行：

oc expose deployment order-service --port=8080 --target-port=8080

这个Service会作为Pod的入口，集群内其他服务通过它来访问你的微服务Pod。

这是最关键的一步，要让微服务向Eureka注册时上报Service的地址和端口，而不是自己Pod的IP。有两种灵活的配置方式：

方式一：固定指定Service名称（适合Service名不变的场景） #

在微服务的application.yml里添加以下配置：

eureka:
  instance:
    prefer-ip-address: false  # 关闭用Pod IP注册的默认行为
    hostname: <你的微服务Service名称>  # 比如order-service，OpenShift内可通过这个名称DNS解析到Service的ClusterIP
    non-secure-port: <Service暴露的端口>  # 和你刚才创建Service时指定的--port一致

如果用的是application.properties格式：

eureka.instance.prefer-ip-address=false
eureka.instance.hostname=order-service
eureka.instance.non-secure-port=8080

方式二：利用OpenShift自动注入的环境变量（动态适配，推荐） #

OpenShift会自动给每个Pod注入所属Service的环境变量，格式是SERVICE_NAME_SERVICE_HOST和SERVICE_NAME_SERVICE_PORT（Service名称转大写，连字符换成下划线）。比如你的Service叫user-service，环境变量就是USER_SERVICE_SERVICE_HOST和USER_SERVICE_SERVICE_PORT。

直接在配置里引用这些变量，就算Service的IP或端口变化，配置也不用改：

eureka:
  instance:
    prefer-ip-address: false
    hostname: ${USER_SERVICE_SERVICE_HOST}
    non-secure-port: ${USER_SERVICE_SERVICE_PORT}

为了让微服务更稳定地注册到Eureka，建议微服务里的Eureka地址也配置成Eureka Server的Service名称，而不是Pod IP：

eureka:
  client:
    service-url:
      defaultZone: http://eureka-service:8761/eureka/  # eureka-service是你给Eureka Server创建的Service名称

• 重启微服务Pod，然后通过OpenShift路由访问Eureka Server的控制台（如果还没暴露路由，用oc expose service eureka-service --port=8761创建）。
• 在Eureka控制台里查看注册的微服务实例，你会发现实例的地址已经变成Service的hostname或ClusterIP，而不是Pod的IP了。
• 发起服务调用测试，此时请求会通过Service转发到后端Pod，自动实现负载均衡，不会再出现调用失败的问题。

• 确保Service的targetPort正确指向微服务Pod的容器端口，否则会出现连接超时的问题。
• 如果你的微服务用到了Spring Cloud Kubernetes，可以开启spring.cloud.kubernetes.discovery.enabled=true来增强服务发现能力，但核心还是要调整Eureka的instance配置。

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