On Mon, Jul 11, 2022 at 9:23 PM Li Wang <li4w...@gmail.com> wrote: > Thanks for the inputs, Patrick. They are very valuable. > > I have similar thoughts on some of them as I worked on the feature. I will > respond to them in the JIRA ticket. > > sg. I noticed later on that the PR on gh has links to other reference material, etc... Perhaps you can update the JIRA to "link" to that material? EOD whatever material content is there, much of it should be added to the release docs. That said, having insight on eg a design doc/design decisions is also helpful for folks that want to dig deeper both during, and after, the feature lands. The JIRA ticket (epic?) is typically our central source for this, which is why I'm asking. I've found that having the design doc be a "living doc" (eg google docs during the initial stages of development) is also helpful wrt capturing feedback. I can do it through jira/email but it's hard to capture/reference context. This is a big feature set, otw I wouldn't mention. :-)
Patrick > Bests, > > Li > > On Mon, Jul 11, 2022 at 11:08 AM Patrick Hunt <ph...@apache.org> wrote: > > > I think this could be a useful feature for folks. However it immediately > > raises a number of concerns if we want to ship it as a "mainline" > feature, > > I briefly started capturing here: > > > > > https://issues.apache.org/jira/browse/ZOOKEEPER-4570?focusedCommentId=17565127&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-17565127 > > > > Patrick > > > > On Mon, Jul 11, 2022 at 10:48 AM Li Wang <li4w...@gmail.com> wrote: > > > > > Thanks Enrico for the feedback. This is awesome! Looking forward to > more > > > comments and discussions, so we can have a solution from and for > > > the community. > > > > > > Best, > > > > > > Li > > > On Sun, Jul 10, 2022 at 10:46 PM Enrico Olivelli <eolive...@gmail.com> > > > wrote: > > > > > > > Li, > > > > > > > > Il Lun 11 Lug 2022, 06:58 Li Wang <li4w...@gmail.com> ha scritto: > > > > > > > > > Hello, > > > > > > > > > > We are working on on-demand backup and restore with streaming > > > capability, > > > > > so different databases such as zookeeper and etcd can be backed up > > and > > > > > restored via a generic external management platform. We would like > > to > > > > > contribute it to the community to benefit more users. > > > > > > > > > > > > > This is great. > > > > I am following your work. > > > > > > > > > > > > > > > > > > I hope that people who already worked on similar proposals can chime > > in, > > > > this way we can make it a community work > > > > > > > > Thanks > > > > > > > > Enrico > > > > > > > > > > > > > I noticed that some great work has been done in the backup and > > restore > > > > > area, specifically the following open PRs are very interesting. > > > > > > > > > > 1. ZOOKEEPER-3499:Add a complete backup mechanism for zookeeper > > > > > internal(admin server way) #1044 ( > > > > > https://github.com/apache/zookeeper/pull/1044) > > > > > > > > > > 2. Add backup and restore with timetable #1883 ( > > > > > https://github.com/apache/zookeeper/pull/1883) > > > > > > > > > > Instead of building another variant solution, I would like to see > if > > we > > > > can > > > > > work together, combine different solutions and provide a generic > one > > > that > > > > > supports different use cases. > > > > > > > > > > To facilitate the discussion, I opened the following two JIRA > tickets > > > for > > > > > our use case. I would appreciate it if you could provide inputs or > > > > > comments. > > > > > > > > > > https://issues.apache.org/jira/browse/ZOOKEEPER-4570 > > > > > https://issues.apache.org/jira/browse/ZOOKEEPER-4571 > > > > > > > > > > Best, > > > > > > > > > > Li > > > > > > > > > > > > > > >