Voting period is now over even with the roadmap changes (forgot to close on
Friday because of all the Coronavirus chaos).

We have 4 binding votes (Thomas, Yu, Piotr, Zhijiang) and no objections, so
FLIP-76 passed.

Thank you very much for your feedback.

On Fri, Mar 13, 2020 at 11:08 AM Yu Li <car...@gmail.com> wrote:

> +1 (binding)
>
> The updated FLIP doc LGTM. Thanks for addressing the comments Arvid and
> Roman.
>
> Best Regards,
> Yu
>
>
> On Fri, 13 Mar 2020 at 03:48, Arvid Heise <ar...@ververica.com> wrote:
>
> > I added a roadmap section to the FLIP as suggested by Yu and Roman.
> >
> > Unless someone objects, I'd still consider the voting period to end
> > tomorrow. For me, the roadmap is only a clarification of already written
> > and discussed points.
> >
> > We already have enough binding votes, but there may be concerns popping
> up
> > until tomorrow.
> >
> > On Thu, Mar 12, 2020 at 5:00 PM Yun Gao <yungao...@aliyun.com.invalid>
> > wrote:
> >
> > > +1 (non-binding)
> > >      I think the PoC result has shown the effect on reducing checkpoint
> > > time when back-pressure occurs, and I totally agree with that the
> feature
> > > could be implemented in steps.
> > >
> > >
> > > ------------------------------------------------------------------
> > > From:Roman Khachatryan <ro...@data-artisans.com>
> > > Send Time:2020 Mar. 12 (Thu.) 01:33
> > > To:dev <dev@flink.apache.org>; Zhijiang <wangzhijiang...@aliyun.com>
> > > Subject:Re: [VOTE] [FLIP-76] Unaligned checkpoints
> > >
> > > +1 (non-binding)
> > >
> > > Regarding Yu's suggestion about *Roadmap* or *Future Work* section, I
> > think
> > > it's a good idea.
> > > Currently, some MVP limitations are mentioned at the end of the
> document,
> > > so we can extract and expand it.
> > > As for the recovery speed it's not a priority currently, but we could
> > also
> > > mention it in this section.
> > >
> > >
> > > On Wed, Mar 11, 2020 at 4:11 PM Zhijiang <wangzhijiang...@aliyun.com
> > > .invalid>
> > > wrote:
> > >
> > > > +1 (binding).
> > > >
> > > > As for David's concern of smaller buffers after recovery, I ever had
> a
> > > > draft design [1] to solve this issue.
> > > > You can take a look and leave comments if still have concerns. :)
> > > >
> > > > [1]
> > > >
> > >
> >
> https://docs.google.com/document/d/16_MOQymzxrKvUHXh6QFr2AAXIKt_2vPUf8vzKy4H_tU/edit
> > > >
> > > > Best,
> > > > Zhijiang
> > > >
> > > >
> > > > ------------------------------------------------------------------
> > > > From:Piotr Nowojski <pi...@ververica.com>
> > > > Send Time:2020 Mar. 11 (Wed.) 21:19
> > > > To:dev <dev@flink.apache.org>
> > > > Subject:Re: [VOTE] [FLIP-76] Unaligned checkpoints
> > > >
> > > > +1 (binding).
> > > >
> > > > Piotrek
> > > >
> > > > > On 11 Mar 2020, at 09:19, David Anderson <da...@ververica.com>
> > wrote:
> > > > >
> > > > > +1 I like where this is headed.
> > > > >
> > > > > One question: during restore, it could happen that a new task
> manager
> > > is
> > > > > configured with fewer or smaller buffers than was previously the
> > case.
> > > > How
> > > > > will this be handled?
> > > > >
> > > > > David
> > > > >
> > > > >
> > > > > On Wed, Mar 11, 2020 at 8:31 AM Arvid Heise <ar...@ververica.com>
> > > wrote:
> > > > >
> > > > >> Hi Thomas,
> > > > >>
> > > > >> it's like you said. The first version will not support rescaling
> and
> > > > mostly
> > > > >> addresses the concerns about making little to no progress because
> of
> > > > >> frequent crashes.
> > > > >>
> > > > >> The main reason is that we cannot guarantee the ordering of
> > non-keyed
> > > > data
> > > > >> (and even keyed data in some weird cases) when rescaling
> currently.
> > We
> > > > have
> > > > >> a general concept to address that, which would also enable dynamic
> > > > >> rescaling in the future, but that would make the changes even
> bigger
> > > > and we
> > > > >> would not have any version ready for 1.11.
> > > > >>
> > > > >> The current plan, of course, is to continue improving unaligned
> > > > checkpoints
> > > > >> immediately after release, such that we have the full feature set
> > for
> > > > 1.12.
> > > > >> Potentially, unaligned checkpoints (with timeouts) would even
> become
> > > the
> > > > >> default option.
> > > > >>
> > > > >> On Tue, Mar 10, 2020 at 11:14 PM Thomas Weise <t...@apache.org>
> > wrote:
> > > > >>
> > > > >>> +1
> > > > >>>
> > > > >>> Thanks for putting this together, looking forward to the
> > experimental
> > > > >>> support in the next release.
> > > > >>>
> > > > >>> One clarification: since the MVP won't support rescaling, does it
> > > imply
> > > > >>> that savepoints will always use aligned checkpointing? If so,
> this
> > > > would
> > > > >>> still block the user from taking a savepoint and resume with
> > > increased
> > > > >>> parallelism to resolve a prolonged/permanent backpressure
> > condition?
> > > > >>>
> > > > >>> Thanks,
> > > > >>> Thomas
> > > > >>>
> > > > >>>
> > > > >>> On Tue, Mar 10, 2020 at 6:33 AM Arvid Heise <ar...@ververica.com
> >
> > > > wrote:
> > > > >>>
> > > > >>>> Hi all,
> > > > >>>>
> > > > >>>> I would like to start the vote for FLIP-76 [1], which is
> discussed
> > > and
> > > > >>>> reached a consensus in the discussion thread [2].
> > > > >>>>
> > > > >>>> The vote will be open until March. 13th (72h), unless there is
> an
> > > > >>> objection
> > > > >>>> or not enough votes.
> > > > >>>>
> > > > >>>> Thanks,
> > > > >>>> Arvid
> > > > >>>>
> > > > >>>> [1]
> > > > >>>>
> > > > >>>>
> > > > >>>
> > > > >>
> > > >
> > >
> >
> https://cwiki.apache.org/confluence/display/FLINK/FLIP-76%3A+Unaligned+Checkpoints
> > > > >>>> [2]
> > > > >>>>
> > > > >>>>
> > > > >>>
> > > > >>
> > > >
> > >
> >
> http://apache-flink-mailing-list-archive.1008284.n3.nabble.com/DISCUSS-FLIP-76-Unaligned-checkpoints-td33651.html
> > > > >>>>
> > > > >>>
> > > > >>
> > > >
> > > >
> > >
> > > --
> > > Regards,
> > > Roman
> > >
> > >
> >
>

Reply via email to