Zookeeper,etcd,consul内部机制和分布式锁和选主实现的比较-阿里云开发者社区

开发者社区> 云计算> 正文
登录阅读全文

Zookeeper,etcd,consul内部机制和分布式锁和选主实现的比较

简介: 我的另外3篇文章分别介绍了Zookeeper,etcd,consul是如何实现分布式锁和选主的。本文想比较一下Zookeeper、etcd、consul内部机制有哪些不同,他们实现锁和选主的方式相同和不同。

我的另外3篇文章分别介绍了Zookeeperetcdconsul是如何实现分布式锁和选主的。本文想比较一下Zookeeper、etcd、consul内部机制有哪些不同,他们实现锁和选主的方式相同和不同。

Zookeeper提供了临时节点,sequence,和变更通知。利用Zookeeper的这3个特性实现了按照sequence的顺序依次获取锁和成为主。

etcd没有临时节点的概念,但是通过租约的方式提供了类似的功能。etcd没有sequence的概念,但是提供了全局递增的序列号revision,通过判断每个key的revision,也可以实现类似的sequence功能。提供多键条件事务(类似etcdv2的Compare-and-Swap)。虽然提供的机制不同与Zookeeper,但是实现的锁方式和选主方式与zookeeper非常类似,也是按照key建立时间依次获得锁和成为主。

consul也没有临时节点的概念,但是有session的概念,通过session也可以实现临时节点的功能。consul没有提供sequence的功能,类似于etcd也提供了modifyindex,这种全局递增的序号。consul的接口类对外暴露了cas(check-and-set)的语意(似于etcdv2),与此同时对外直接暴露了锁的语意。提供了与etcd相同的机制,额外还提供了锁的机制。所以基于consul不需要考虑怎么实现锁,只需要考虑实现选主。官方文档中给出的选主的实现,是基于锁机制的,所以consul的选主不同与zookeeper和etecd。Zookeeper和etcd的实现可以避免群惊现象。但是consul提供类似于etcd的机制,所以也可以不基于锁的来实现选主,也可以实现出类似于etcd的选主实现。

总结,zookeeper、consul、etcd实现锁和选主时依赖自身的多个机制,但是有最核心的机制,比如zookeeper的sequence机制,etcd的revision和多键条件事务,consul的index、cas和锁,以上这些特性归根结底是3个系统的consistency的特性的一种表现。

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

分享: