You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@pulsar.apache.org by Apache Pulsar Slack <ap...@gmail.com> on 2019/08/02 09:11:03 UTC
Slack digest for #dev - 2019-08-02
2019-08-01 22:50:51 UTC - Chris Miller: Is this something that's relevant, or ever been considered, for Pulsar?
<https://cwiki.apache.org/confluence/display/KAFKA/KIP-500%3A+Replace+ZooKeeper+with+a+Self-Managed+Metadata+Quorum>
----
2019-08-01 22:53:44 UTC - Ali Ahmed: there has been some discussion on this topic, but it’s not a high priority as unlike kafka zk is not a bottleneck for pulsar.
----
2019-08-01 22:58:10 UTC - Chris Miller: I guess I was thinking for from a deployment/config/management point of view. E.g. we depend on Consul for some of our distributed coordination, using Pulsar means managing a Zookeeper cluster as well
----
2019-08-01 23:00:00 UTC - Ali Ahmed: making the metadata store pluggable to consul can have some operational benefits but changes will have to be coordinated with apache bookkeeper.
----
2019-08-01 23:05:59 UTC - Chris Miller: More effort than it's worth I suppose
----
2019-08-01 23:07:48 UTC - Ali Ahmed: there will be no performance benefits but in environments where an alternative to zk is deployed it will simplify things.
+1 : Chris Miller
----
2019-08-02 07:33:15 UTC - Ali Ahmed: so I checked the bk repo it seems it has an option to use etcd instead of zk via a plugin.
----
2019-08-02 07:33:36 UTC - Ali Ahmed: it should be simple to add a consul backend
----
2019-08-02 07:35:08 UTC - Ali Ahmed: changing pulsar will be harder
----
2019-08-02 08:18:12 UTC - Chris Miller: Ah interesting, that's good to know
----
2019-08-02 09:03:29 UTC - Chris Miller: -I see there's a TODO to remove the BkZooKeeperClient and BkZooWorker classes- edit: they're gone, I was looking at an older version of the source
----