Hello Kafka Community,

I would like to gently follow up on the discussion for KIP-1344, in case
anyone has had a chance to take a look.
This KIP proposes adding metrics for the transaction coordinator to make
transaction finalization issues easier to diagnose.

I would greatly appreciate any feedback, comments, or suggestions you may
have.

Best regards,
Sanghyeok An.

2026년 6월 4일 (목) 오후 11:41, Sanghyeok An <[email protected]>님이 작성:

> Hello Kafka Community.
>
> I would like to gently follow up on the discussion for KIP-1344, in case
> anyone has had a chance to take a look.
> This KIP proposes adding metrics for the transaction coordinator to make
> transaction finalization issues easier to diagnose.
>
> KIP-
> https://cwiki.apache.org/confluence/display/KAFKA/KIP-1344%3A+Add+Transaction+Coordinator+Metrics+for+Transaction+State+Log+Appends+and+Marker+Completion
>
> Looking forward to the community's feedback!
>
> Best regards,
> Sanghyeok An.
>
> 2026년 5월 17일 (일) 오후 1:30, Sanghyeok An <[email protected]>님이 작성:
>
>> Hello Kafka Community.
>>
>> I would like to start a discussion on KIP-1344, which proposes adding a
>> few broker-side metrics to improve observability of the transaction.
>>
>> KIP-
>> https://cwiki.apache.org/confluence/display/KAFKA/KIP-1344%3A+Add+Transaction+Coordinator+Metrics+for+Transaction+State+Log+Appends+and+Marker+Completion
>>
>> Today, when transactions are slow to complete, it is difficult to
>> distinguish whether the bottleneck is appending transaction state
>> transitions to __transaction_state, sending transaction markers to data
>> partition leaders, or retrying final transaction state log appends.
>>
>> This KIP proposes adding metrics for:
>> - transaction state log append latency
>> - transaction state log append errors
>> - transactions waiting for marker completion
>> - retriable partition-level marker failures.
>>
>> The goal is to make transaction finalization issues easier to diagnose
>> without adding per-transactional-id metrics or scan-based gauges.
>>
>> Looking forward to community's feedback!
>>
>> Best regards,
>> Sanghyeok An.
>>
>>
>>
>>

Reply via email to