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

CP模式下集群支持单写多读，即只有集群中的leader节点才能处理更新服务实例（即注册或删除）的请求，而所有的机器都可以处理查询请求。当集群中的非leader节点接收到更新服务实例的请求时，会转发给leader节点进行处理。leader节点更新完本地的服务实例数据之后，会把数据同步到集群中的其它节点。在这个过程当中，集群中的所有节点都是能够提供查询请求的，在数据没有同步完全之前，向不同的服务器发送查询请求，可能会得到不同的服务实例列表。因此，Nacos的CP模式并不严格。另外，在leader节点宕机导致重新选主时，集群不能处理更新服务实例的请求，这是CP模式的特点，即舍弃了A，尽力保证CP（如前所述，Nacos的CP模式不严格）。

一、数据模型

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请求，一致性数据存储