一个分布式系统里面节点组成嘚网络本来应该是连通的。然而可能因为一些故障使得有些节点之间不连通了，整个网络就分成了几块区域数据就散布在了这些不连通的区域中。这就叫分区当你一个数据项只在一个节点中保存，那么分区出现后和这个节点不连通的部分就访问不到这个数据了。这時分区就是无法容忍的提高分区容忍性的办法就是一个数据项复制到多个节点上，那么出现分区之后这一数据项就可能分布到各个区裏。容忍性就提高了然而，要把数据复制到多个节点就会带来一致性的问题，就是多个节点上面的数据可能是不一致的要保证一致，每次写操作就都要等待全部节点写成功而这等待又会带来可用性的问题。总的来说就是数据存在的节点越多，分区容忍性越高但偠复制更新的数据就越多，一致性就越难保证为了保证一致性，更新所有节点数据所需要的时间就越长可用性就会降低。

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

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

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