You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@kafka.apache.org by "sanghyeok An (Jira)" <ji...@apache.org> on 2026/05/17 13:53:00 UTC
[jira] [Created] (KAFKA-20596) Consider exposing broker-reported Streams group heartbeat status via metrics
sanghyeok An created KAFKA-20596:
------------------------------------
Summary: Consider exposing broker-reported Streams group heartbeat status via metrics
Key: KAFKA-20596
URL: https://issues.apache.org/jira/browse/KAFKA-20596
Project: Kafka
Issue Type: Improvement
Reporter: sanghyeok An
Assignee: sanghyeok An
Kafka Streams currently exposes stream thread state through client metrics, but some broker-reported Streams group status information is only available through logs or internal client state.
With the Streams Rebalance Protocol, the broker reports group status information to the client through StreamsGroupHeartbeatResponse.Status. This can include conditions such as missing source topics, missing internal topics, incorrectly partitioned topics, delayed assignment, stale topology, or application shutdown requested by another member. The client already consumes this information internally, for example when determining whether the Streams group is ready to process records.
This ticket proposes considering whether Kafka Streams should expose the broker-reported Streams group heartbeat status through metrics. The goal is to make this protocol-level status easier to observe through monitoring systems without requiring users to inspect logs first.
The metric should represent broker-reported Streams group heartbeat status, not a general explanation for every stream thread state. It should also avoid exposing StatusDetail as metric data because it may contain topic names or variable error text.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)