ZK和ETCD的产品对比和差异

20 篇文章 0 订阅
7 篇文章 0 订阅
本文对比了Zookeeper(ZK)和ETCD在底层实现(包括高可用机制如ZAB和raft,以及数据结构如目录结构和k-v结构)以及客户端使用场景(临时数据处理和监听机制)上的关键区别。
摘要由CSDN通过智能技术生成

探讨zk和etcd的底层实现以及客户端使用上的差异。

更多关于分布式系统的架构思考请参考文档关于常见分布式组件高可用设计原理的理解和思考


1. 底层实现

1.1 高可用机制

  • 相同点:满足quorum机制(大多数同意原则),数据高度可靠,数据最终一致。
  • 不同点:zk基于ZAB协议(基于paxos协议),etcd基于raft协议

1.2 数据结构

  • zookeeper: 目录结构
  • etcd: k-v结构
    但etcd的key可以是任意字符串同时在存储上实现了key有序排列,所以仍旧可以模拟出父子目录关系,例如:key=/a/b/c、/a/b、/a

2. 客户端视角

2.1 临时数据

  • 相同点:zk、etcd都支持临时数据过期删除机制
  • 不同点:
    zookeeper通过session机制实现,当客户端掉线一段时间,对应的zookeeper session会过期,那么对应的临时节点就会被自动删除。
    etcd中对应的是lease租约机制,通过该机制实现了key的自动删除,可以在set key的同时携带lease ID,当lease过期后所有关联的key都将被自动删除。

2.2 监听机制

  • 相同点:zk、etcd都支持数据变动时,通知客户端
  • 不同点:
    zookeeper的事件模型非常可靠,不会出现发生了更新而客户端不知道的情况,但是特点也很明显:事件不包含数据,仅仅是通知变化。 多次连续的更新,通知会合并成一个;即,客户端收到通知再次拉取数据,会跳过中间的多个版本,只拿到最新数据。 这些特点并不是缺点,因为一般应用只关注最新状态,并不关注中间的连续变化。
    etcd的事件是包含数据的,并且通常情况下连续的更新不会被合并通知,而是逐条通知到客户端。
  • 10
    点赞
  • 6
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值