[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；
- 配置文件没有写错；