1. 核心竞争力
etcd 的核心优势是使用简洁的方式实现 Raft 协议。
etc 在设计的时候重点考虑了如下的四个要素：
简单
- 支持RESTful风格的HTTP+JSON的API
- v3版本增加了对gRPC的支持 同时也提供rest gateway进行转化
- Go语言编写，跨平台，部署和维护简单
- 使用Raft算法保证强一致性，Raft算法可理解性好
安全
- 支持TLS客户端安全认证
性能
- 单实例(V3)支持每秒10KQps
可靠
- 使用 Raft 算法充分保证了分布式系统数据的强一致性 etcd 集群是一个分布式系统，由多个节点相互通信构成整体的对外服务，每个节点都存储了完整的数据，并且通过 Raft 协议保证了每个节点维护的数据都是一致的。
1.1. Etcd，Zookeeper，Consul 比较
这三个产品是经常被人拿来做选型比较的。
Etcd 和 Zookeeper 提供的能力非常相似，都是通用的一致性元信息存储，都提供watch机制用于变更通知和分发，也都被分布式系统用来作为共享信息存储，在软件生态中所处的位置也几乎是一样的，可以互相替代的。二者除了实现细节，语言，一致性协议上的区别，最大的区别在周边生态圈。
Zookeeper 是apache下的，用java写的，提供rpc接口，最早从hadoop项目中孵化出来，在分布式系统中得到广泛使用（hadoop, solr, kafka, mesos 等）。Etcd 是coreos公司旗下的开源产品，比较新，以其简单好用的rest接口以及活跃的社区俘获了一批用户，在新的一些集群中得到使用（比如kubernetes）。虽然v3为了性能也改成二进制rpc接口了，但其易用性上比 Zookeeper 还是好一些。
而 Consul 的目标则更为具体一些，Etcd 和 Zookeeper 提供的是分布式一致性存储能力，具体的业务场景需要用户自己实现，比如服务发现，比如配置变更。而Consul 则以服务发现和配置变更为主要目标，同时附带了kv存储。 在软件生态中，越抽象的组件适用范围越广，但同时对具体业务场景需求的满足上肯定有不足之处。