Nacos 服务分级存储模型是 Nacos 存储服务注册信息和配置信息的核心模型之一。它通过将服务和配置信息按照不同级别进行存储，实现了信息的灵活管理和快速检索，为微服务架构下的服务发现和配置管理提供了高效、可靠的支持。本文将对 Nacos 服务分级存储模型进行深入解析。
一、服务分级模型
1、服务分级模型介绍
服务分级模型是一种将服务层次化组织的架构设计，通常用于大型分布式系统或微服务架构中。这种模型的目标是通过将服务划分为不同的层级，实现更灵 活、可维护和可扩展的系统架构。
服务分级模型包括以下几个层级：
| 特性 | 特性描述 |
| 全局级别 | 在这个层级，通常存储全局配置和共享信息。全局级别的服务对整个系统可见，负责处理全局性的任务和配置，例如全局配置管理、认证、授权等。 |
| 集群级别 | 集群级别的服务组织在物理或逻辑上相邻的节点上，负责处理集群内的任务和协调。这一层级的服务通常处理一组相关联的节点，提供集群级别的服务如负载均衡、故障转移、数据同步等。 |
| 服务级别 | 在服务级别，服务被组织成逻辑单元，每个服务负责实现特定的业务功能。服务级别的服务通常是整个系统的核心，提供具体的业务逻辑，例如用户管理、订单处理等。 |
| 实例级别 | 实例级别是最底层的层级，代表着服务的具体实例。在微服务架构中，服务可能会有多个实例运行在不同的节点上，实现负载均衡和高可用性。 |
通过将服务划分为这些层级，服务分级模型使得系统的不同部分能够独立演化、扩展和维护。这种分级结构使得系统更具弹性，能够更好地适应不同的需求和变化。
下面是服务分级模型的图解：
图中我们可以形象的看到， 服务分级模型包括以下几个层级：
- 一级是全局级别（图中省略）
- 二级是服务
- 三级是集群
- 四级是实例（具体到某台部署了某服务的服务器）
2、服务分级模型作用
那么，为什么需要这么设计服务分级呢？
我们拿区域容灾集群举个例子：
如果我们所有的实例都放在一个机房，那么一旦机房这边出现了不可抗力的破坏，我们的服务也就没有办法继续提供了，会导致系统里该服务涉及的功能不可用，为了避免这种问题，我们需要把实例分散布局，就如同一句谚语 "不能把鸡蛋放在一个篮子里"。
区域容灾集群示意图：
在图中我们可以看到，服务下面设置了三个集群，分别位于杭州、上海、南京。
这样如果杭州集群内的实例A故障了，可以继续调用实例B。
即使杭州的集群的实例全都出现故障，上海和南京的实例也可以替补上来，系统可用性大大增加，这个过程也叫服务的跨集群调用。
3、服务跨集群调用
如果一个实例不可用了，我们会优先去调用同集群下的另一个实例。但如果一个集群的实例都不可调用了，我们则会跨集群进行调用。
跨集群服务调用示意图：
可以看到杭州集群下面的实例A和实例B都无法正常使用，于是系统跨集群调用到了上海集群的实例C，使得系统可用性大大增加，极大程度避免了服务宕机的风险。
4、 服务分级模型特性
服务分级模型主要具有以下特性：
| 特性 | 特性描述 |
| 层级结构 | 服务和配置信息按照层级结构进行存储，包括全局级别 、集群级别、服务级别和实例级别等，每个层级存储的信息具有不同的作用范围和生命周期。 |
| 继承关系 | Nacos的服务分级存储模型支持继承关系，即更高层级的信息可以被子层级继承和覆盖，实现了信息的统一管理和分级继承。 |
| 动态更新 | Nacos支持动态更新服务和配置信息，当信息发生变化时，可以及时更新到对应的层级，保证了信息的实时性和准确性。 |
| 灵活检索 | 通过灵活的查询接口，可以根据不同层级和条件快速检索到所需的服务和配置信息，满足了微服务架构下信息管理的需求。 |
这些特性共同构成了服务分级模型的优势，使得其在微服务架构下得到广泛应用和推广。
二、Nacos实现服务分级模型
1、安装配置Nacos
首先，我们需要从 Nacos 的官方网站下载发布版本。下载地址：Releases · alibaba/nacos · GitHub
选择合适的版本并下载，解压缩得到 Nacos 的安装包。
在解压后的 Nacos 目录中，找到 bin 文件夹。
用写字板编辑 startup.cmd，将 set MODE= "cluster" 修改为：
set MODE=“standalone”这将在启动 Nacos Server 时，默认使用 standalone 模式运行。
修改完成后，切换 cmd 到 bin 目录下启动 Nacos Server：
C:\Users\Damon.Liu>d:
D:\>cd D:\Tools\Nacos\bin
D:\Tools\Nacos\bin>startup.cmd -m standalone这里提醒我需要配一个 java8以上 的 JAVA_HOME 环境变量。
简单配一下：
再次尝试启动 Nacos，这次成功了！
2、项目引入Nacos
首先，创建一个带有生产者和消费者的SpringCloud微服务项目：
这里就不重头带大家新建了，可以直接看我这篇文章：SpringCloud-创建多模块项目
接着对我们 SpringCloud 项目下 每个子项目 引入 Nacos，下面拿 springcloud-provider 这个子项目进行举例，其他子项目改造方法相同：
① pom.xml增加依赖
pom.xml 里增加 Nacos 自动发现的依赖：
<dependency> <groupId>com.alibaba.cloud</groupId><artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId><version>2021.0.5.0</version>
</dependency>
② 启动类添加自动发现注解
启动类增加自动服务发现的注解 @EnableDiscoveryClient：
package com.example.springcloudprovider;import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.cloud.client.discovery.EnableDiscoveryClient;@EnableDiscoveryClient
@SpringBootApplication
public class NacosProviderApplication {public static void main(String[] args) {SpringApplication.run(NacosProviderApplication.class, args);}}
③ 修改 application.yml 配置
修改 application.yml，配置内容修改为：
server:#程序端口号port: 8081
spring:application:#应用名称name: springcloud-providercloud:nacos:discovery:#nacos地址server-addr: 127.0.0.1:8848config:import-check:enabled: false
management:endpoints:web:exposure:#公开所有端点include: '*'
这样 Nacos 服务就可以自动发现这个子项目的服务了。
访问我们的 Nacos 服务地址：http://localhost:8848/nacos，可以看到控制台的查看已注册服务。
通过以上步骤，我们成功将 springcloud-provider 服务注册到了 Nacos 服务中心。
3、配置Nacos集群属性并启动
修改每个服务提供者的 application.yml 配置，nacos 相关配置增加：
spring:cloud:nacos:discovery:cluster-name: NJspringcloud-provider 修改后的 application.yml 配置：
server:port: 8081
spring:application:#应用名称name: springcloud-providercloud:nacos:discovery:#nacos地址server-addr: 127.0.0.1:8848cluster-name: SHconfig:import-check:enabled: false
management:endpoints:web:exposure:#公开所有端点include: '*'启动 springcloud-provider ：
Nacos 里可以看到我们启动的这个实例。
点击详情，可以看到实例所在的集群在 SH：
我们在开启一个不同集群的实例。
复制一个配置：
命名为 xxxx-NJ，表示南京地区集群。
修改 application.yml 配置，集群名为 NJ，端口号为另一端口：
启动该项目，启动成功。
回到 Nacos 网站 ，可以看到明细里多了一个集群实例：
成功实现基于 Nacos 的服务分级模型。
三、Nacos的丰富功能
Nacos（Namespace Aware Clustered Object Storage）作为一个强大的服务发现、配置管理和服务管理平台，提供了许多丰富的功能。
| 功能 | 详述 |
| 服务注册 | Nacos 作为服务注册中心，支持服务的注册与发现。通过 Nacos，微服务应用可以方便地注册自身服务，同时通过 Nacos 进行服务的发现，以实现微服务之间的通信。 |
| 服务发现 | 服务消费者通过 Nacos 注册中心发现并调用其他服务。 |
| 配置管理 | Nacos作为配置中心，支持动态配置管理，实时更新应用的配置信息。通过 Nacos 的配置中心，应用可以动态读取配置信息，实现配置的集中管理。Nacos支持配置的动态监听，当配置发生变化时，应用可以立即感知并更新。 |
| 命名空间 和分组 | acos支持多命名空间和分组，帮助用户更好地管理和隔离不同环境下的服务和配置。 健康检查 Nacos提供了健康检查机制，可实时监测服务的运行状态，确保服务的可用性。 |
| 集群和 多数据中心 | Nacos支持横向扩展，可以构建成多节点的集群，支持多数据中心的部署，提供高可用和容错能力。 |
| 配置共享 和保护 | Nacos允许配置共享，支持配置的版本管理和回滚。同时，Nacos提供配置的保护机制，防止配置被误操作删除。 |
| 插件扩展 | Nacos提供了丰富的插件机制，可以通过插件扩展实现更多自定义功能，如自定义路由、自定义负载均衡策略等。 |
Nacos 的功能丰富多样，涵盖了服务注册与发现、配置管理、健康检查等多个方面。通过学习 Nacos 的这些核心功能，可以更好地利用 Nacos 构建和管理微服务架构，提升应用的可用性和灵活性。希望这一部分的详解能够帮助你更深入地理解和使用 Nacos。
四、结语
Nacos服务分级存储模型作为Nacos的核心设计之一，为微服务架构下的服务发现和配置管理提供了强大支持。通过层级结构、继承关系和动态更新等特性，实现了服务和配置信息的高效管理和快速检索，为微服务架构下的应用开发和运维提供了可靠、灵活的解决方案。
