其实基本上不存在ca系统 只要有网络连接 分区隔离 就一定存在了p 所以只有 ap cp 系统 也就是说在网络分区的情况下 只能 c和a 选择一个

Consul is opinionated in its usage while Serf is a more flexible and general purpose tool. In CAPterms, Consul uses a CP architecture, favoring consistency over availability. Serf is an AP system and sacrifices consistency for availability. This means Consul cannot operate if the central servers cannot form a quorum while Serf will continue to function under almost all circumstances.

Consul注册中心不是高可用，前面文章中还介绍了Consul注册中心的高可用性，是不是矛盾了

这篇文章最后的总结说 consul 是cp系统 和 zk etcd 一样 https://www.consul.io/intro/vs/serf.html

consul是CA，那么P呢？consul也能够保证分区容错吧

我们的服务正在拆分，也正在慢慢向容器化靠拢，想要用cloud的一套东西，但是不太清楚eureka和consul具体该怎么选形

consul是保证ap别 不是 ca 吧

我之前一直以为dubbo是一站式服务，全包含呢，后来发现不是一回事，现在看来我比较偏向nacos

CAP
没P时CA共存
有P了C和A只能二选一

我们用的ZK，其他有待研究

老师你好，关于zookeeper的脑裂问题及解决方案有推荐的文章吗？这一块没有找到合适的文章？

ap型注册中心，如果网络断连，服务器在独立网络里可以完成服务，但事后是否仍要做服务节点间的同步？

zookeeper 推选leader 的时候，对外服务吗？

阿忠伯 关于CA有点疑问 多节点为了保证可用性 这里说的每个节点默认都有自己独立的数据库吗 实际生产环境中 多节点如果是共享同一个数据库 那会存在说多节点导致的一致性问题吗？

本专栏的最后 你可能会选择 service mesh istio 现在可以先观望

現在統一用k8s和docker部署服務，所以才用consul作為註冊中心使用，consul本身用go開發的，對go的支持也更好