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