Consul CAP理论纠错

随便搜索Consul、zookeeper、etcd、eureka注册中心比较相关博客文章，你都会发现千篇一律的是以下这幅对比图：但是我对Consul使用的是CA架构还是CP架构产生了疑问，于是我查看的Consul官网相关资料，资料表明Consul不是CA体系架构，而是CP体系架构。

Feature	Consul	Zookeeper	Etcd	Eureka
服务健康检查	服务状态，内存，硬盘等	(弱)长连接，keepalive	连接心跳	可配支持
多数据中心	支持	—	—	—
kv存储服务	支持	支持	支持	—
一致性	raft	paxos	raft	—
CAP定理	CA	CP	CP	AP
使用接口(多语言能力)	支持http和dns	客户端	http/grpc	http（sidecar）
watch支持	全量/支持long polling	支持	支持 long polling	支持 long polling/大部分增量
自身监控	metrics	—	metrics	metrics
安全	acl /https	acl	https支持（弱）	—
Spring Cloud集成	已支持	已支持	已支持	已支持

 

 

 

 

 

 

 

 

 

 

 

依据来源：https://www.consul.io/intro/vs/serf.html

 

熟悉CAP理论的人都应该清楚，CA架构是比较难保证的，因为现在系统很难避免网络分区（P）的情况出现。

虽然CAP理论三者之间没有绝对的界限，但是Consul的设计更偏重CP架构，保证一致性的前提下，尽量保证可用性。