MicroProfile Health是否支持可选/信息性健康检查？适配非必要依赖场景

我的场景 #

应用订阅Kafka主题并提供其他服务。从应用消费者角度来看，偶尔断开Kafka连接完全可接受，即该连接属于非必要依赖。但我仍希望健康概览能报告应用订阅的每个主题，以及每个主题当前运行的消费者数量。

核心问题 #

我认为@Liveness、@Readiness、@Startup均不符合我的场景语义。即使无Kafka连接或消费者临时停止处理记录，应用仍应被视为「存活」且「就绪」，因此不应因健康检查报告DOWN就立即重启。

解答 #

MicroProfile Health 4.0规范本身确实没有原生定义「可选」或「信息性」健康检查的官方分类，不过你可以通过以下几种方式实现类似需求：

1. 自定义健康检查返回元数据 #

实现HealthCheck接口，始终返回UP状态，同时在结果的data字段中嵌入Kafka的连接状态、消费者数量、订阅主题等细节。这样既不会影响应用的整体存活/就绪判定，又能在健康端点中展示你需要的信息：

@ApplicationScoped
public class KafkaInfoHealthCheck implements HealthCheck {
    @Override
    public HealthCheckResponse call() {
        // 实际业务逻辑：获取Kafka连接状态、消费者数、订阅主题
        boolean kafkaConnected = checkKafkaConnection();
        int activeConsumers = countActiveKafkaConsumers();
        List<String> subscribedTopics = getSubscribedKafkaTopics();
        
        return HealthCheckResponse.named("kafka-info")
                .up()
                .withData("connected", kafkaConnected)
                .withData("active_consumer_count", activeConsumers)
                .withData("subscribed_topics", String.join(", ", subscribedTopics))
                .build();
    }
}

2. 实现独立的信息监控端点 #

如果需要完全分离必要健康检查和信息性监控，可以自行开发一个独立的REST端点（比如/kafka-status），专门返回Kafka相关的状态数据。这样不会干扰/health端点的标准行为，也能满足监控需求。

3. 利用厂商扩展能力 #

部分MicroProfile实现厂商（如Quarkus、OpenLiberty）提供了扩展功能，允许标记健康检查为「非关键」或「信息性」，这类检查结果不会影响应用整体的UP/DOWN状态。你可以查阅所用框架的官方文档确认是否支持该特性。

内容的提问来源于stack exchange，提问作者Marcel Stör