nacos 集群 AP

Nacos集群采用AP模式，即支持多写多读。在集群中的任一台服务器都能够处理更新服务实例查询服务实例列表的请求。当集中的某一台服务器更新本机的服务实例数据后，会通知集群中的其他服务器更新各自的服务实例数据。在这个过程中，数据可能还没有在集群中的所有服务器得到同步，因此向不同的服务器发送查询请求可能会得到不同的服务实例列表。但整个过程中，Nacos集群是持续可用的，舍弃了CAP中的C，保证了AP。[1]

在搭建Nacos集群时，需要配置每个节点的地址，包括节点的IP和端口号。例如，可以配置三个节点的地址为：
- 节点1: 192.168.150.188:45
- 节点2: 192.168.150.188:46
- 节点3: 192.168.150.188:47[2]

当Nacos服务端更新本机的一致性数据存储后，会通过API将核心数据同步到集群中的其他节点。其他节点通过监听本身一致性数据存储的变化，更新本机的服务器数据存储，并通知订阅相关服务的客户端服务注册数据的变化，从而实现最终一致性。[3]

相关问题

nacos ap和cp模式

Nacos是一个用于动态服务发现、配置管理和服务治理的平台，它提供了AP和CP两种不同的模式。

AP模式是指高可用性和可用性的强一致性，即在网络分区故障期间，系统能够保证可用性，但是数据可能会出现不一致的情况。这种模式适用于对数据一致性要求不高，但是对可用性要求较高的场景。

CP模式是指一致性和分区容错性，即在网络分区故障期间，系统能够保证数据一致性，但是可能会出现部分服务不可用的情况。这种模式适用于对数据一致性要求较高，但是对可用性要求相对较低的场景。

在Nacos中，默认情况下使用AP模式，但是可以通过配置来选择使用CP模式。具体来说，在Nacos的集群配置中，可以通过配置“nacos.cmdb.snapshot.activated”属性来控制使用AP模式还是CP模式。

Nacos底层如何保证CP和AP的

Nacos底层是通过使用Raft算法来保证CP（一致性和分区容错性）和AP（可用性和分区容忍性）的。

在Nacos中，服务注册和配置管理是通过Raft算法实现的。Raft是一种一致性算法，它将多个节点组织成一个集群，通过选举出一个Leader节点来进行数据的复制和一致性保证。

具体来说，在Nacos的架构中，每个节点都可以成为Leader或者Follower。Leader负责处理客户端的请求，Follower则负责接收Leader发送的数据变更，并将其应用到本地存储中。

当有新的数据变更时，Leader会将变更操作复制给其他Follower节点，并等待大多数节点的确认。只有当大多数节点确认了这个变更操作后，Leader才会将这个变更操作应用到本地存储中，从而保证数据的一致性。

同时，Nacos还使用了多副本机制来提高可用性和分区容忍性。每个节点都会保存多个副本，当某个节点发生故障或者网络分区时，其他副本可以继续提供服务。

通过上述的机制，Nacos底层可以同时保证数据的一致性和可用性，从而实现CP和AP的要求。