You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@kafka.apache.org by hudeqi <16...@bjtu.edu.cn> on 2022/07/01 12:41:20 UTC
Re: Re: [DISCUSS] KIP-842: Add richer group offset reset mechanisms
Thanks for your attention and reply.
If it is put together with "latest", the "safe_latest" does look a bit strange, which may make users not know which one to choose. In essence, "safe_latest" is to solve the situation that data may be lost after extending partition, so I think it is better to remove "safe_latest" and move this fixed logic to "latest".
In addition, I think that before this KIP was proposed, many people did not know this case, and it is even less possible to deal with it in application. If kafka can handle it by itself, that would be best.
As for nearest, I think it is more complicated than above case and little benefit. This kind of auxiliary strategy for out-of-range can also be removed If it is really hard to digested.
The "latest/earliest_on_start" is indeed mentioned by KAFKA-3370. I think it is more useful, so I put it together and put it into this KIP.
Best,
hudeqi
"Matthias J. Sax" <mjsax@apache.org>写道：
> 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
> >
> > > -----原始邮件-----
> > > 发件人: "邓子明" <de...@growingio.com>
> > > 发送时间: 2022-06-07 10:23:37 (星期二)
> > > 收件人: dev@kafka.apache.org
> > > 抄送:
> > > 主题: Re: [DISCUSS] KIP-842: Add richer group offset reset mechanisms
> > >
> > </d...@growingio.com>