标签：为什么 可用性 服务 CAP 文章 一致性 时候 节点

相信很多程序员看了很多资料，最终还是没有弄懂CAP的原理，要莫是文章写得太深奥，要莫是文章写得太浅，CAP原则又称CAP定理，指的是在一个分布式系统中，一致性（Consistency）、可用性（Availability）、分区容错性（Partition tolerance）。CAP 原则指的是，这三个要素最多只能同时实现两点，不可能三者兼顾。
搭建一个系统，有两个服务，一个服务在上海，一个服务在北京，客户请求写的时候，上海的服务器值变成了V1，这个时候网络发生了故障，北京的服务还是原来的值V0，这个时候客户端请求的数据就不一致了，只能保证可用性；第二种情况就是，要想保证一致性，上海的服务在写的时候，必须锁住北京的服务不可以进行读和写，只有在同步完成之后才能进行读和写，这样就牺牲了可用性。
著名的zk是服务协调框架，是CP原理的代表，只有保证了各个节点的数据是一致的，但是为了数据一致性在选举的时候会花费很长的时间进行选举，导致服务瘫痪。
著名的Eureka服务注册框架，是AP原理的代表，各个节点是平等，一个节点挂了不会影响其他节点，其他节点依然会提供服务发现和注册。
感兴趣的可以关注个人公众号：

标签：为什么,可用性,服务,CAP,文章,一致性,时候,节点
来源： https://blog.51cto.com/xxdeelon/2528968

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。