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

我的另外3篇文章分别介绍了Zookeeper，etcd，consul是如何实现分布式锁和选主的。本文想比较一下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的特性的一种表现。