![](https://img.haomeiwen.com/i8553141/eacad0ced1cfed08.png)
1.CAP定理
分布式系统不可避免的会遇到CAP定理。
-
C就是指一致性,一致性分为强一致性和弱一致性,强一致性就是更新一次,其他所有结点都会更新,弱一致性就是更新一个节点,其他部分或者所有结点都没有更新,还有一个最终一致性是指可能开始有些节点还没有更新,但过一段时间全部都会被更新到
-
A是可用性,可用性就是所有节点中可能一个或者多个节点宕机,但是对外来说仍能正常的提供服务,在一些大厂是对可用性有个要求的,就是全年宕机时间占所有时间的比例要低于5个9,也就是99.999%,也就是说宕机时间最多5分钟,这个宕机是指所有服务都无法提供时候
*P 是指分区容错性,分区容错性在我看来就是要在一致性和可用性中做一个抉择,当我们有很多的节点的时候,我们就需要考虑优先保障一致性呢还是保障可用性。
综上CAP在分布式系统中只能三选二,无法做到全部
2.服务治理的三大门派
![](https://img.haomeiwen.com/i8553141/1e6b211fc39124ca.png)
Eureka诞生的较早,是奈飞开发的,而consul则是挂在SpringCloud下的应用,诞生的晚,Nacos是阿里开发的
![](https://img.haomeiwen.com/i8553141/fe695c01d074465e.png)
在架构选型的时候,我们需要注意一下切记不能为了新而新,忽略了对于当前业务的支持,虽然Eureka2.0不开源了,但是谁知道以后会不会变化,而且1.0也是可以正常使用的,也有一些贡献者在维护这个项目,所以我们不必要过多的担心这个问题,要针对于业务看下该技术框架是否支持在做考虑。
![](https://img.haomeiwen.com/i8553141/9b796880784415cb.png)
网友评论