A Kafka-specific metric measures the performance or operation of a Kafka Streams application. It helps reveal processing failures, throughput, latency, dropped records, and state-store conditions before they become service disruptions. section 15.3.4 section 15.6
Use the metric groups to locate where stream processing is slowing or failing:
- Task-level metrics expose unprocessed messages, including the total number of dropped records. section 15.3.4
- Processor-node metrics report records consumed and produced, processed-message counts, and average processing time. section 15.3.4
- State-store metrics describe store conditions such as the number or size of RocksDB memory-table entries. section 15.3.4
- Stream-level metrics include failed stream threads, while thread-level metrics include processed-record rate. section 15.3.4
Table 15.5 The most important Kafka Connect and Kafka Streams metrics
| Java MBean Name |
Description |
Implications |
|
|
The number of failed connector tasks |
This metric indicates serious problems as a stopped task means that no messages are processed by the connector. The problem could be temporary (e.g., database maintenance), meaning that the task just needs to be restarted or could be caused by a processing error. |
|
|
The number of failed stream threads |
This metric indicates serious problems as a failed stream thread means that the processing of messages is stopped. |
|
|
The rate of processed records |
This metric depends strongly on the application/client. Monitoring that metric can help detect anomalies in client behaviors, which are very often caused by malfunctioning applications. |
|
|
The rate of dropped records |
This metric indicates critical problems as records couldn’t be correctly processed. |
Browse the metric table for Java MBean names, descriptions, and operational implications, including failed stream threads and processing rate. section 15.3.4
Detecting a stopped stream
A rising failed-stream-thread count signals a serious processing problem because a failed stream thread stops message processing. Pair it with processed-record rate and processing duration to distinguish a stopped application from a merely slow one. section 15.3.4 section 15.6

