Spring Actuator - 服务发现 - /health "description":"Discovery Client not initialized","status":"UNKNOWN"

Question

关于使用 Spring Boot Actuator 进行服务发现的问题，请结合 Spring Cloud Kubernetes。

目前，我有一个 web 应用程序，它同时具有执行器和 spring boot kubernetes 依赖项。 我也在使用kubernetes提供的发现客户端，一切正常。

但是，当我卷曲我的健康端点时，我确实看到了那些奇怪的陈述：

discoveryComposite":{"description":"Discovery Client not initialized","status":"UNKNOWN","components":{"discoveryClient":{"description":"Discovery Client not initialized","status":"UNKNOWN"}}

"reactiveDiscoveryClients":{"description":"Discovery Client not initialized","status":"UNKNOWN","components":{"Kubernetes Reactive Discovery Client":{"description":"Discovery Client not initialized","status":"UNKNOWN"}

Simple Reactive Discovery Client":{"description":"Discovery Client not initialized","status":"UNKNOWN"}}}

"readinessState":{"status":"UP"},"refreshScope":{"status":"UP"}},"groups":["liveness","readiness"]}*

请问为什么是“未知”？我本来希望这里至少有这三个中的一个，而不是“发现客户端未初始化”。

我忘了初始化什么吗？注册一些东西？配置一些东西？

顺便说一句，这确实是一个关于 Kubernetes 发现的问题。与 Eureka 无关，与 Consul 等无关。

非常感谢

Answer 1

遇到同样的问题，我注意到org.springframework.cloud.client.discovery.health.DiscoveryClientHealthIndicator 的discoveryInitialized 字段设置为false。这是因为没有人在应用程序上下文中触发InstanceRegisteredEvent。通常应该从所谓的“注册”的start() 方法触发事件 - 一个负责在服务注册表中注册当前应用程序实例的 bean，例如EurekaAutoServiceRegistration 在 Eureka 的情况下。

关键是 Kubernetes 本身并不是一个服务注册中心，它不需要显式注册（因为编排的性质，默认情况下，其中的每个 pod 都是“注册”的）。这就是为什么 Spring Cloud Kubernetes 默认什么都不做向 Kubernetes 注册应用程序实例的原因。

但是，org.springframework.cloud.kubernetes.registry.KubernetesAutoServiceRegistration 类可以通过简单地将消息发送到日志来“模拟”自动注册的过程。从v1.1.0 开始，这个类是@Deprecated，并且在其他地方的框架中没有使用。目前我看到使用它的唯一好处是它可以触发缺少的InstanceRegisteredEvent 来初始化DiscoveryClientHealthIndicator。您可以通过将以下 bean 声明添加到您的任何 @Configuration 类来使用它：

@Bean
public KubernetesAutoServiceRegistration kubernetesAutoServiceRegistration(
         ApplicationContext context, 
         KubernetesServiceRegistry registry,
         KubernetesRegistration registration) {
  return new KubernetesAutoServiceRegistration(context, registry, registration);
}

但请不要过度依赖它，因为它可能会在即将发布的框架版本中被删除。

作为替代方案，您可以自己在代码中的某个位置发出 InstanceRegisteredEvent，但请确保在应用程序实际准备好与发现客户端一起使用时执行此操作。