CAP原理分析和具体应用

CAP简介

C–一致性 Consistency 在同一时刻的同一请求的实例返回的结果相同,所有的数据要求具有强一致性

A–可用性 Availability 所有的实例的读写请求在一定时间内可以得到正确的响应

P–分区容错性 Partition tolerance 在网络异常(比如:挖断光缆、设备故障、宕机)的情况下,系统仍然能提供正确的服务

以上的上特点就是CAP原则(又称CAP定理),但是这三个特性是不可能同时满足的,所以分布式系统设计要考虑的是在满足P(分区容错性)的前提下选择C(一致性),还是A(可用性),即:CP或AP

CP系统 zookeeper
AP系统 eureka

Nacos 比较特别,像大部分的注册中心(协调一致性组件)基本上都是职场单一的模式,例如上述2种,二nacos同时支持了cp与ap两种协同模式,由此延伸出2个问题,这两种模式有什么区别?怎么进行配置?

分区容错性如何提供的?

为了解决当前可能存在的"分区容错性"的设计思想,我们在整个的项目架构之中引入了多个Nacos服务节点,而这多个Nacos服务节点彼此之间所保存的数据是相同的,但是毕竟是在整个的处理之中是向一个Nacos节点进行注册数据处理的,可是这些数据却可以自动的同步到其他的节点

引入Nacos服务集群的可以提高服务注册与发现的处理性能,在实际的Nacos运行过程中,每一个Nacos数据节点都会保存自己的配置数据,由于集群的每个节点都需要满足数据的修改与获取的

本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场，不承担相关法律责任。如若转载，请注明出处。 如若内容造成侵权/违法违规/事实不符，请点击【内容举报】进行投诉反馈！