Thanks for the KIP.

I don't think I fully digested the proposal yet, but my first reaction is: this is quite complicated. Frankly, I am worried about complexity and usability.

Especially the option `safe_latest` is a "weird" one IMHO, and `nearest` is even more complex.

The problem at hand (as I understand it from the Jira) is a real one, but I am wondering if it would be something that should be addressed by the application? If you pass in strategy `none`, and a new partition is added, you can react to it by custom code. For regular startup you can still go with "latest" to avoid reprocessing the history.

Adding "latest/earliest_on_start" seems useful, as it seems to also address https://issues.apache.org/jira/browse/KAFKA-3370


-Matthias


On 6/7/22 12:55 AM, hudeqi wrote:
I think so too, what about Guozhang Wang and Luke Chen? Can I initiate a voting 
process?

Best,
hudeqi

> -----原始邮件-----
&gt; 发件人: "邓子明" <dengzim...@growingio.com>
&gt; 发送时间: 2022-06-07 10:23:37 (星期二)
&gt; 收件人: dev@kafka.apache.org
&gt; 抄送:
&gt; 主题: Re: [DISCUSS] KIP-842: Add richer group offset reset mechanisms
&gt;
</dengzim...@growingio.com>

Reply via email to