微服务中的CAP定律和注册中心的选择

说到微服务，先给大家提一下CAP分布式应用知识吧，无论你微服务使用的是阿里云开源的Dubbo还是基于Springboot的一整套实现微服务的Springcloud都必须遵循CAP定理不然你所实现的分布式是达不到高可用（服务响应时间快,特别是在高并发下响应时间不会急剧增加）高性能（一般指服务的冗余,一个服务挂了,可以自动切换到另外一个服务上,不影响整个服务的运行）的，而且还容易宕机

下面来说说什么是CAP：

CAP定理：
            指的是在一个分布式系统中，Consistency（一致性）、 Availability（可用性）、Partition tolerance（分区容错性），三者不可同时获得。

接下来我们来说说什么是一致性？？

首先我们熟知在微服务中所有的模块都是一个服务， 从上图可以看出，上图进行了主从分离和主从复制，为什么这么做呢，因为我们微服务的模块中所有的信息数据都是要达到一致的（特殊功能除外），这么做就是为了防止用户浏览错误的信息，给用户造成不好的体验

但是同步是需要时间的，在机器数量特别多的情况下进行同步，会消耗很多时间  于是就有了：一致性（C）：在分布式系统中的所有数据备份，在同一时刻是否同样的值。（所有节点在同一时间的数据完全一致，越多节点，数据同步越耗时）

接下来说说可用性？？

看上图（1），正常情况下，负载量不高的情况下能正常的响应的读写客户端的请求，正常的进行运转，而在淘宝天猫当双十一，国庆节，年货的时候，商品的流量会非常的大，读写次数非常的频繁