Great suggestion, Patrck. I will create an online design doc to facilitate discussions and capture feedback.
Best, Li On Tue, Jul 12, 2022 at 8:30 AM Patrick Hunt <ph...@apache.org> wrote: > 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 > > > > > > > > > > > > > > > > > > > > >