说到微服务,先给大家提一下CAP分布式应用知识吧,无论你微服务使用的是阿里云开源的Dubbo还是基于Springboot的一整套实现微服务的Springcloud都必须遵循CAP定理不然你所实现的分布式是达不到高可用(服务响应时间快,特别是在高并发下响应时间不会急剧增加)高性能(一般指服务的冗余,一个服务挂了,可以自动切换到另外一个服务上,不影响整个服务的运行)的,而且还容易宕机
下面来说说什么是CAP:
CAP定理:
指的是在一个分布式系统中,Consistency(一致性)、 Availability(可用性)、Partition tolerance(分区容错性),三者不可同时获得。
接下来我们来说说什么是一致性??
首先我们熟知在微服务中所有的模块都是一个服务, 从上图可以看出,上图进行了主从分离和主从复制,为什么这么做呢,因为我们微服务的模块中所有的信息数据都是要达到一致的(特殊功能除外),这么做就是为了防止用户浏览错误的信息,给用户造成不好的体验
但是同步是需要时间的,在机器数量特别多的情况下进行同步,会消耗很多时间 于是就有了:一致性(C):在分布式系统中的所有数据备份,在同一时刻是否同样的值。(所有节点在同一时间的数据完全一致,越多节点,数据同步越耗时)
接下来说