SpringBoot应用迁移至EKS后无法创建DB Bean问题求助

这个错误的核心是Spring容器中存在多个HealthIndicator类型的Bean，导致注入dbHealthIndicator字段时无法确定唯一匹配的Bean——在EKS环境下，Spring Boot自动注册了livenessStateHealthIndicator、readinessStateHealthIndicator这两个K8s专属的健康指示器，再加上默认的diskSpaceHealthIndicator，最终触发了NoUniqueBeanDefinitionException。而ECS环境下没有触发K8s相关的自动配置，所以不存在这个冲突。

以下是具体的排查和解决方向：

1. 修正代码中的Bean注入逻辑 #

检查你的代码中注入dbHealthIndicator的位置，确保明确指定要注入的Bean：

• 如果是自定义的数据库健康指示器，在注入时添加@Qualifier限定符：

  @Autowired
  @Qualifier("dbHealthIndicator") // 匹配自定义Bean的名称
  private HealthIndicator dbHealthIndicator;
  

• 或者在自定义的DbHealthIndicator类上添加@Primary注解，让它成为优先被选择的Bean：

  @Component("dbHealthIndicator")
  @Primary
  public class DbHealthIndicator implements HealthIndicator {
      // 健康检查逻辑
  }
  

2. 检查K8s相关的自动配置触发情况 #

EKS环境下，Spring Boot会自动识别K8s环境并启用相关健康指示器，你可以通过配置关闭不需要的自动注册：
在application.yaml或application.properties中添加：

management:
  health:
    livenessstate:
      enabled: false
    readinessstate:
      enabled: false

注意：如果你的存活/就绪探针依赖这两个状态，不要直接关闭，而是优先用上面的注入限定符方案。

3. 确认环境配置与依赖一致性 #

• 检查ECS和EKS部署的应用jar包是否完全一致：避免EKS部署时重新构建导致依赖版本变化，比如spring-boot-starter-actuator或spring-cloud-starter-kubernetes的版本差异可能触发不同的自动配置。
• 核对Pod内的环境变量：用kubectl exec <pod-name> -- env查看是否存在KUBERNETES_SERVICE_HOST等K8s专属环境变量，这些变量会触发Spring Boot的K8s自动配置逻辑，而ECS环境下没有这些变量。
• 确认Spring profiles是否一致：检查spring.profiles.active配置，不同的profile可能加载不同的配置类，导致额外的HealthIndicator被注册。

4. 验证健康端点的配置 #

虽然你配置了存活/就绪探针，但需要确认Actuator的健康端点配置是否和ECS一致：

• 检查management.endpoint.health.*相关配置，比如management.endpoint.health.show-components是否设置为always或when-authorized，避免因配置差异导致Bean注册逻辑变化。

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