apache curator与etcd3详细对比
Detailed comparison between apache curator and etcd3
我已经阅读了 etcd3 的最新版本（2016 年 6 月 30 日发布）的文档，它比 etcd2 有很多改进。
它包括，
- 通过单个 TCP 连接进行多路复用流式观看
- 增量快照以避免创建快照时性能下降。
- grpc 调用以提高客户端的性能
- 多路复用流媒体租赁以减少网络使用。
谈到 apache curator written on top of apache zookeeper，它的优点是它是一个可靠、成熟的项目，许多活跃的客户在生产中使用它。
Zookeeper 每个手表使用单独的 tcp 连接，每个租约使用单独的 tcp 连接。此外，zookeeper 的监视服务在每个监视请求中只通知一个事件，如果我们要持续监视特定节点，我们必须发出另一个监视请求。由于 etcd3 使用多路复用流，它不会用过多的 tcp 连接耗尽网络。
此外，etcd3 和 zookeeper 使用两种不同的算法来达成共识，ZAB 和 raft，其中 raft 没有那么复杂。
我想实施distributed locks, (use) watches and need to write a mechanism to share commands throughout the cluster using the watch api。此实现将插入到以 java.
编写的 ESB
现在我的问题是，我应该选择哪些 (curator/etcd3) 来实施，为什么？
我希望看到一个很好的解释，因为我找不到这两个实现的直接比较。
提前致谢！
由于找不到好的答案，我搜索了两个方案并写了Apache Zookeeper vs etcd3。希望这会帮助其他人也有我的问题。
我已经阅读了 etcd3 的最新版本（2016 年 6 月 30 日发布）的文档，它比 etcd2 有很多改进。
它包括，
- 通过单个 TCP 连接进行多路复用流式观看
- 增量快照以避免创建快照时性能下降。
- grpc 调用以提高客户端的性能
- 多路复用流媒体租赁以减少网络使用。
谈到 apache curator written on top of apache zookeeper，它的优点是它是一个可靠、成熟的项目，许多活跃的客户在生产中使用它。
Zookeeper 每个手表使用单独的 tcp 连接，每个租约使用单独的 tcp 连接。此外，zookeeper 的监视服务在每个监视请求中只通知一个事件，如果我们要持续监视特定节点，我们必须发出另一个监视请求。由于 etcd3 使用多路复用流，它不会用过多的 tcp 连接耗尽网络。
此外，etcd3 和 zookeeper 使用两种不同的算法来达成共识，ZAB 和 raft，其中 raft 没有那么复杂。
我想实施distributed locks, (use) watches and need to write a mechanism to share commands throughout the cluster using the watch api。此实现将插入到以 java.
现在我的问题是，我应该选择哪些 (curator/etcd3) 来实施，为什么？
我希望看到一个很好的解释，因为我找不到这两个实现的直接比较。
提前致谢！
由于找不到好的答案，我搜索了两个方案并写了Apache Zookeeper vs etcd3。希望这会帮助其他人也有我的问题。