Il giorno mer 9 mar 2022 alle ore 08:56 Yun Tang <tang...@apache.org> ha scritto: > > Thanks for your advice, I am still in the invistigating phase. > As k8s get much more popular, a built-in componment in k8s, e.g. etcd, might > help reduce the extra effort to introduce bookkeeper.
Probably it is better to not use the embedded ETCD service. I suggest you run a separated ETCD service, because you don't want the application to impact the infrastructure. Running ZooKeeper in k8s is very simple there is a ready to use Operator here: https://github.com/pravega/zookeeper-operator together with the BookKeeper operator https://github.com/pravega/bookkeeper-operator I am using ZooKeeper + BookKeeper + Pulsar on k8s and the Pulsar Helm chart is a good example to deal with ZK and BK on k8s. https://github.com/apache/pulsar-helm-chart I am aware of some initiative to create a official BookKeeper helm chart Enrico > > Best > Yun Tang > > On 2022/03/08 08:28:41 Enrico Olivelli wrote: > > Il giorno mar 8 mar 2022 alle ore 05:04 Yun Tang <myas...@live.com> ha > > scritto: > > > > > > Hi bookkeeper community, > > > > > > As I know, there exists a BP-28 [1] to introduce etcd as another metadata > > > management and the module really exists in source code. > > > However, I see all docs only say that bookkeeper depends on ZK as > > > metadata storage. > > > > > > Is this feature already implemented or just not production ready? > > > > We have the driver, but some of the recent features (like BookeId > > support IIRC) are not fully implemented. > > > > If you are interested in using it then I suggest to: > > - try it out > > - report issues > > - possibly try to contribute fixes (because currently I don't see any > > active contribution on that driver) > > > > We will be happy to help you > > > > Enrico > > > > > > > > > > > [1] https://bookkeeper.apache.org/bps/BP-28-etcd-as-metadata-store/ > > > > > > Best > > > Yun Tang > >
