Nacos注册中心设计分析-AP模式

AP模式下Nacos集群支持多写多读，即集群中的任一台服务器都能够处理更新服务实例（即注册和摘除实例）的请求，同时也能够处理查询服务实例列表的请求。当集群中的某一台服务器更新本机的服务实例数据之后，会通知集群中的其它服务器更新各自的服务实例数据。在这个过程当中，数据没有在集群中所有的服务器得到同步时，向不同的服务器发送查询请求，可能会得到不同的服务实例列表，但在整个过程中，Nacos集群是持续可用的，也就是舍弃了CAP中的C，保证了AP。

一、数据模型

Nacos中的服务注册数据被设计为五层结构，包括Namespace、Group、Service、Cluster、Instance。

一）隔离层

把Namespace、Group理解为隔离数据，例如，设定Namespace的取值为dev（开发环境）、test（测试环境），用于隔离不同环境；Group的取值设定为payment（支付）和nonpayment（非支付），用于对服务进行分组隔离。在服务实例启动的时候，从配置文件读取固定的Namespace、Group取值，达到不同环境，不同分组之间服务被隔离，不能相互发现并调用的目的。

二）核心层

把Service、Cluster、Instance理解为核心数据，Service是某个具体的服务，Cluster是能够提供该服务的集群，Instance是Cluster下的服务器实例。

二、数据存储

Nacos服务器在两个地方存储核心数据，这里称之为服务器数据存储和一致性数据存储。

其中，服务器数据存储用于响应API请求，一致性数据存储是Nacos实例注册数据实质存放的地方。

Nacos服务器在处理更新服务实例的请求时࿰