+1 On Wed, Jan 12, 2022 at 3:52 PM Aloys Zhang <aloyszh...@apache.org> wrote:
> +1 > > 陳智弘 <thomasec...@gmail.com> 于2022年1月12日周三 10:19写道： > > > +1 > > > > Haiting Jiang <jianghait...@apache.org> 於 2022年1月12日 週三 09:50 寫道： > > > > > +1 > > > > > > On 2022/01/12 01:44:21 PengHui Li wrote: > > > > +1 > > > > > > > > Penghui > > > > > > > > On Wed, Jan 12, 2022 at 8:39 AM mattison chao < > mattisonc...@gmail.com> > > > > wrote: > > > > > > > > > +1 > > > > > > > > > > On Wed, 12 Jan 2022 at 08:09, Matteo Merli <mme...@apache.org> > > wrote: > > > > > > > > > > > https://github.com/apache/pulsar/issues/13717 > > > > > > > > > > > > ----- > > > > > > > > > > > > ## Motivation > > > > > > > > > > > > Since all the pieces that composed the proposal in PIP-45 were > > > finally > > > > > > merged > > > > > > and are currently ready for 2.10 release, it is now possible to > add > > > other > > > > > > metadata backends that can be used to support a BookKeeper + > Pulsar > > > > > > cluster. > > > > > > > > > > > > One of the popular systems that is most commonly used as an > > > alternative > > > > > of > > > > > > ZooKeeper is Etcd, thus it makes sense to have this as the first > > > > > > non-zookeeper > > > > > > implementation. > > > > > > > > > > > > ## Goal > > > > > > > > > > > > Provide an Etcd implementation for the `MetadataStore` API. This > > will > > > > > allow > > > > > > users to deploy Pulsar clusters using Etcd service for the > metadata > > > and > > > > > it > > > > > > will > > > > > > not require the presence of ZooKeeper. > > > > > > > > > > > > > > > > > > ## Implementation > > > > > > > > > > > > * Use the existing JEtcd Java client library for Etcd > > > > > > * Extends the `AbstractBatchedMetadataStore` class, in order to > > > reuse > > > > > the > > > > > > transparent batching logic that will be shared with the > > ZooKeeper > > > > > > implementation. > > > > > > > > > > > > Work in progress: https://github.com/apache/pulsar/pull/13225 > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > Matteo Merli > > > > > > <mme...@apache.org> > > > > > > > > > > > > > > > > > > > > >
