[SpringCloud] Nacos 简介

一、Nacos，启动！

1、安装 Nacos

2、运行 Nacos

3、Nacos 服务注册

二、Nacos 服务多级存储模型

1、服务跨集群分配

2、NacosRule 负载均衡（优先本地）

3、服务实例的权重设置

4、环境隔离

三、Nacos 注册中心细节分析

1、临时实例与非临时实例

2、Nacos 和 Eureka 的对比

四、Nacos 配置管理

1、统一配置管理

2、微服务配置拉取

3、配置热更新

4、多环境配置共享

5、Nacos 集群搭建

6、配置管理问题汇总

一、Nacos，启动！

Nacos 跟 Eureka 一样，都是服务注册中心。我们可以选择使用 Nacos，也可以选择使用 Eureka。

1、安装 Nacos

Nacos 的版本选择 1.x 的版本，因为 2.x 的已经停止维护了。

注意：一定是带有 server 的，不是 develop、client 之类的。

gitee 链接：https://gitee.com/manic-little-er/nacos-server-1.4?_from=gitee_search

2、运行 Nacos

（1）查看端口

打开 conf 目录下的 application.properties 文件中；

其中写有端口号为 8848，若后续启动失败，有可能是端口被占用了；

（2）运行 startup.cmd

现在我们的环境是单机，在 bin 目录下打开控制台，输入：startup.cmd -m standalone；

（3）访问 Nacos 控制页面

在刚才的控制台中有 Nacos 的控制页面的链接：localhost:8848/nacos/index.html；
访问后是一个登录页面，账号、密码都是：nacos；

登录后就可以使用控制面板了；

3、Nacos 服务注册

现在有 2 个 service 模块：order-service 和 user-service。其中，order-service 会调用 user-service。

相关代码可以查看：https://blog.csdn.net/joyride_run/article/details/134031277

（1）引入依赖

在父工程的 pom 文件中引入 spring-cloud-alibaba；（也可以按照自己的项目引入到 pom 文件）
springcloud 版本为 2021.0.6，可以兼容 springcloud-alibaba 版本 2.2.5.RELEASE；

在被调用的 user-service 模块中，引入 nacos 客户端依赖包；
这样 Nacos 就会创建出 user-service 服务实例；

（2）修改 application 配置文件

在 order-service 模块的 application 中，添加 server-addr 的属性；

在 user-service 模块的 application 中，添加 server-addr 的属性；

（3）启动 application，观察服务列表

启动 application；
在这之前还需要启动 nacos 的服务端；

查看 nacos 控制面板的服务列表；

二、Nacos 服务多级存储模型

一个服务可以有多个实例。比如上面的 user-service 有 2 个实例。假如服务器出现故障，那么部署在这个服务器中的所有实例，都会被销毁。

为了解决这个问题，Nacos 参考了现实中的方法，将多个实例当作同一个机房内的服务，也叫做集群。这就形成了多级存储模型：

服务 -> 集群 -> 实例

1、服务跨集群分配

现实中的服务器一般会分布在不同的地域，如果服务想要获取实例时，不从本地获取（局域网），反而去到别的集群获取，就会大大增加延迟，降低效率。
只有在本地集群不可用时，才会考虑其他集群。

（1）为 Nacos 设置集群

打开 Nacos 控制面板，启动 order-service；
会发现它的集群为 default；

（2）修改 application 配置文件

配置 cluster-name 属性，属性值代表集群名称；

（3）启动 application，观察 Nacos 服务列表

可以发现，2 个 order-service 的实例，都已经是 BJ 集群；

（4）同服务分配到不同集群

如果我们想将 2 个 order-service 实例的其中之一，分配到 SH（上海）集群，应该怎么做呢？

将其中一个 application 关闭，然后修改 application 配置文件；

将 cluster-name 修改为 SH；

再次观察 order-service 的详细信息，会发现已经分为不同的集群；

2、NacosRule 负载均衡（优先本地）

需求：

order-service 实例优先调用本地集群的 user-service，当本地集群一个 user-service 实例都没有时，访问别的集群。

我们设计出如下集群：

（1）修改 application 配置文件

将 order-service 对 user-service 的负载均衡规则修改为 NacosRule；

（2）发起请求 /order/queryOrderById/xxx

发起 6 次请求；

只有 user-service1 和 user-service2 有输出，user-service3 无输出；

（3）访问 user-service3

将 order-service 本地集群的 2 个 user-service 关闭；

再次发起请求，观察 user-service3 是否有输出；

user-service3 有输出，说明跨集群调用生效；
order-service 中同样有跨集群调用的提示；

（4）NacosRule 同集群内调用

NacosRule 确定了采用哪个集群的服务列表后，不是使用轮巡负载均衡规则，而是使用随机负载均衡规则。

3、服务实例的权重设置

实际部署中会出现这样的场景：

服务器设备性能有差异，部分实例所在机器性能较好，另一些较差，我们希望性能好的机器承担更多的用户请求

Nacos提供了权重配置来控制访问频率，权重越大则访问频率越高。

这样做的好处就在于：

当我们需要版本升级、维护机器等操作时，可以先将目标服务器的权重设置为 0，待服务器完全不承担用户请求的时候，就可以将其停机。

4、环境隔离

在实际开发中，通常会有不同的生产环境，对于某个服务，可以为其分配到指定的命名空间，这样其他命名空间的服务，就访问不到它。

namespace：

Nacos 中服务存储和数据存储的最外层都是一个名为 namespace 的东西，用来做最外层隔离。
同一个命名空间内有 group，分组后，就可以在每个 group 中存放 service 或者 data。

（1）查看 namespace

在 nacos 控制页面中，左侧选项就可以查看 namespace；
在默认情况下，我们的 service/data 都属于 public 命名空间下的 default_group ；

（2）新建 namespace

在 namepace 的右侧，可以选择新建 namespace；

创建一个用于开发环境的 namespace；
ID 如果不填写，会自动使用 UUID 生成；

（3）为 service 配置 namespace 属性

要想我们的 service 能注册到新的 namespace 上，需要在 application 中去配置；
配置 namespace 的时候，属性值写的是 ID；

三、Nacos 注册中心细节分析

1、临时实例与非临时实例

从上图可以看出：

临时实例是由提供者周期发送心跳，来维持服务的提供；（服务停止，Nacos 会删除它）
非临时实例是由 Nacos 来主动进行查询；（服务停止，Nacos 不会删除它）

（1）配置非临时实例

（2）启动 application

查看服务的详细信息，发现它已经是非临时实例；

2、Nacos 和 Eureka 的对比

（1）Nacos 与 Eureka 的共同点

都支持服务注册和服务拉取；
都支持服务提供者心跳方式做健康检测；

（2）Nacos 与 Eureka 的区别

Nacos 支持服务端主动检测提供者状态：临时实例采用心跳模式，非临时实例采用主动检测模式；
临时实例心跳不正常会被剔除，非临时实例则不会被剔除；
Nacos 支持服务列表变更的消息推送模式，服务列表更新更及时；
Nacos 集群默认采用 AP 方式，当集群中存在非临时实例时，采用 CP 模式；Eureka采用 AP 方式；

四、Nacos 配置管理

实际开发中，会有很多的微服务，当需要修改配置的时候，得一个一个地去修改配置文件，非常麻烦，并且修改完成后还需要重启服务。

因此 Nacos 的配置管理，通常用来配置一些经常需要热更新的属性。

1、统一配置管理

我们在 Nacos 写好统一配置后，微服务会自动读取配置，然后注册到 Nacos。

可以简单理解为：service 读取 Nacos 的统一配置文件后，接着读取本地 application 配置文件，相当于将两个配置文件合并。

（1）在 public 命名空间中新建一个配置

也可以选择在自己创建的 namespace 中新建；
比如我这里就自己创建有 development 命名空间；

（2）填写相关信息

DataID：由服务名称和开发环境组成，格式为 yaml；
一般是：[服务名称]-[profile].yaml；

（3）编写配置文件

基于前面所述的内容，统一配置显然不是把一个 service 的配置文件的内容全都复制过来；
Nacos 内的统一配置一般用来热更新（比如一些开关类型、模板类型的属性）；

发布后就出现到配置列表；

2、微服务配置拉取

前面说到，service 启动会先读取 Nacos 的配置文件，那么这里就有个问题，service 要怎么知道 Nacos 配置文件的地址呢？

这里就要引入一个配置文件：bootstrap.yml。它的优先级要比 application.yml 高，可以在 bootstrap.yml 内写上关于 Nacos 的相关信息。

下面我们为 user-service 获取统一配置。

（1）引入 Nacos 的配置管理客户端依赖

哪个 service 模块需要统一配置，哪个模块就引入；
因为前面配置的是 user-service，所以我们引入到 user 模块；

（2）添加 bootstrap.yml 文件

在 userservice 中的 resource 目录添加一个 bootstrap.yml 文件；
这个文件是引导文件，优先级高于 application.yml;
明确地址，明确文件名，借助这些信息，就可以找到 Nacos 统一配置文件；

那么在 application 中，重复的内容就可以删除了；

（3）读取 Nacos 统一配置的内容

如何证明读取到了统一配置文件？
只需要输出其中的内容即可证明；
使用 @Value 注解可以读取配置文件；

我们配置的是日期格式，照抄即可；

（4）启动 application，访问 /user/nowDate

启动的时候只需要启动 user 的 application 即可；
如果启动了其他依赖了 user 的 service，是会报错的；
因为我们没有给其他的 service 编写 bootstrap 配置文件；

3、配置热更新

只靠前面的配置，是无法让微服务自动读取配置文件的变更内容的。

可以发现，我们修改了配置文件内容之后，调用服务，并没有发生相关变化。

我们需要以下 2 种方法实现热更新：

（1）@RefreshScope + @Value

通常在 SpringCloud 工程中，可以使用 @RefreshScope + @Value 实现配置文件内容变更后的动态刷新。

重新启动服务，访问一次后，再次修改配置文件，再次访问。

（2）使用 @ConfigurationProperties（推荐使用）

首先创建一个配置属性类，类的属性就是配置文件中的属性；
@Component：让 Spring 识别，将其作为一个 bean 加入 IOC 中；
@Data 提供了 set、get 等方法；

自动注入 Properties 类，get 方法获取属性；

4、多环境配置共享

考虑这么一个问题：

比如测试、开发、生产等环境，他们有着一部分相同的配置信息，如果给每一环境都这么写上配置文件，不仅前期编写麻烦，后期修改也麻烦。

因此我们需要一个任何环境下都能被加载的配置。

（1）Nacos 读取的配置文件

微服务启动时会从 nacos 读取 2 个配置文件：

[spring.application.name]-[spring.profiles.active].yaml，例如: user-service-dev.yaml
[spring.application.name].yaml，例如: user-service.yaml

无论 profile 如何变化，[spring.application.name].yaml 这个文件一定会加载，因此多环境共享配置可以写入这个文件。

（2）编写共享配置文件

ID 取为 [spring.application.name].yaml；
在配置内容中设置一个共享属性值；

（3）测试代码

直接返回一个 properties 属性类，SpringMVC 会将其转为 JSON；

（4）访问 /user/properties

下面开启 2 个不同的端口，运行在不同的环境：

在 8081 端口启动一个环境为 development 的 application；
可以获取到 2 个属性值；

在 8082 端口启动一个环境为 test 的 application；

可以获取到 1 个属性值，获取不到 development 环境下的 dateformat；

（5）多种配置文件有相同属性时的优先级

5、Nacos 集群搭建

在企业中，更强调高可用性，Nacos 一定要做成集群的模式，由负载均衡器将请求发送到不同的 Nacos 节点。

https://www.bilibili.com/video/BV1LQ4y127n4/?p=29

6、配置管理问题汇总

（1）无法获取 Nacos 配置文件的内容

如下图所示：

确定几个方面：

添加了 bootstrap 起步依赖，高版本默认是不添加的；

服务集群和配置文件是同一个 namespace；
配置文件没有写错；