CAP

微服务架构CAP

一、分布式系统CAP

        C【Consistency】: 一致性，即数据一致性，特指分布式系统中的数据一致性。

        A【Availability】: 可用性，即服务的高可用，特指分布式系统中的服务的高可用，某个服务瘫痪不影响整个分布式系统的正常运行。

       P【Partition Tolerance】: 分区容错性（也有的叫分区耐受性），即网络故障，特指分布式系统中服务之间出现了网络故障，整个分布式系统仍然保持可用性和一致性。

       

              

 总结CAP：在分布式系统中，网络故障，服务瘫痪，整个系统的数据仍然保持一致性。

二、分布式系统解决方案

       2.1、AP【牺牲一致性】：保证高可用，保证分区容错，牺牲数据一致性。

                解决思路：网络恢复后，重启请求。

       2.2、CP【牺牲可用性】：保证数据一致性。

                解决思路：只有等网络恢复正常后，才能成功下单。

       2.3、CA【牺牲分区容错】：不要P分区，即不允许出现网络故障，这不可能实现。

三、常见微服务注册中心CAP原理

       3.1、zookeeper

                采用CP原理，即保证数据一致性，牺牲可用性。zk集群在选举出leader节点期间，Client客户端无法注册，即zookeeper服务不可用，牺牲了系统可用性。

               CP有个致命缺点：大型分布式系统中，网络非常复杂，leader节点出现故障频率特别高i，很容易引起雪崩。故而很多大型分布式系统都不会选择zookeeper作为注册中心。

       3.2、Eureka

                采用AP原理，保证系统可用性，牺牲一致性。

                Eureka数据同步原理：

                第一步，Client1 客户端注册到 eureka Server1 服务中；

                第二步，eureka Server1 直接告诉 Client1 注册成功。

                第三步，eureka Server1 把 Client1 的注册信息同步给 Server2，为了保证服务的可用性，eureka Server 之间是异步同步的。

参考文章：https://cloud.tencent.com/developer/article/1589357