SpringClound之Nacos配置中心——让Nacos不再是谜

最新推荐文章于 2024-07-14 22:26:46 发布

weixin_47088026

最新推荐文章于 2024-07-14 22:26:46 发布

阅读量540

点赞数 14

分类专栏：学习记录和总结文章标签： java spring cloud nacos

本文链接：https://blog.csdn.net/weixin_47088026/article/details/140390469

版权

学习记录和总结专栏收录该内容

47 篇文章 0 订阅

订阅专栏

上一篇：SpringClound之Nacos注册中心——让Nacos不再是谜

配置中心

基础配置

添加依赖

<dependency> 
    <groupId>com.alibaba.cloud</groupId> 
    <artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId> 
</dependency>
<!-- SpringBoot2.4之后要让 bootstrap.yaml 文件生效我们需要添加该依赖 -->
<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-bootstrap</artifactId>
</dependency>

配置信息

然后我们需要在bootstrap.yaml中配置配置中心的相关信息。注意的是这里我们要配置两个，因为Nacos同SpringCloud-config一样，在项目初始化时，要保证先从配置中心进行配置拉取，拉取配置之后，才能保证项目的正常启动。

springboot中配置文件的加载是存在优先级顺序的，bootstrap优先级高于application

分别要配置的是，这里bootstrap.yml配置好了以后，作用是两个，第一个让3377这个服务注册到Nacos中，第二个作用就是去Nacos中去读取指定后缀为yaml的配置文件：

server:
  port: 7777
spring:
  application:
    name: nacos-config-client
  cloud:
    nacos:
      discovery:
        server-addr: localhost:8848 #Nacos服务注册中心地址
      config:
        server-addr: localhost:8848 #Nacos配置中心地址
        file-extension: yaml #指定yaml格式的配置

application.yml配置文件

spring:
  profiles:
    active: dev # 表示开发环境

主启动类

在主启动类上添加对应的注解

package com.hopeful;

import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.cloud.client.discovery.EnableDiscoveryClient;

@EnableDiscoveryClient
@SpringBootApplication
public class NacosConfig7777Application {

    public static void main(String[] args) {
        SpringApplication.run(NacosConfig7777Application.class, args);
    }

}

业务类

这里的@RefreshScope实现配置自动更新，意思为如果想要使配置文件中的配置修改后不用重启项目即生效，可以使用@RefreshScope配置来实现

package com.hopeful.controller;

import org.springframework.beans.factory.annotation.Value;
import org.springframework.cloud.context.config.annotation.RefreshScope;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.RestController;

/**
 * UserController
 *
 * @author : yl
 * @version : [v1.0]
 * @createTime : [2024/7/8 21:13]
 */

@RestController
@RefreshScope
public class UserController {

    @Value("${config.info}")
    private String configInfo;

    @GetMapping("/config/info")
    public String getConfigInfo() {
        return configInfo;
    }
}

Nacos的配置规则

在 Nacos Spring Cloud 中，dataId 的完整格式如下（详情可以参考官网 https://nacos.io/zh-cn/docs/quick-start-spring-cloud.html）：

${prefix}-${spring.profiles.active}.${file-extension}

prefix 默认为 spring.application.name 的值，也可以通过配置项 spring.cloud.nacos.config.prefix来配置。
spring.profiles.active 即为当前环境对应的 profile，注意：当 spring.profiles.active 为空时，对应的连接符 - 也将不存在，dataId 的拼接格式变成 ${prefix}.${file-extension}（不能删除）
file-exetension 为配置内容的数据格式，可以通过配置项 spring.cloud.nacos.config.file-extension 来配置。目前只支持 properties 和 yaml 类型。
通过 Spring Cloud 原生注解 @RefreshScope 实现配置自动更新：
所以根据官方给出的规则我们最终需要在Nacos配置中心添加的配置文件的名字规则和名字为：

${spring.application.name}-$ {spring.profiles.active}.${file-extension}

nacos-config-client-dev.yaml

微服务名称-当前环境-文件格式

在这里插入图片描述

配置创建

然后在nacos中添加相关的配置信息
在这里插入图片描述

config: 
    info: nacos config center,version = 1

然后在配置中心就会看到刚刚发布的配置
在这里插入图片描述

自动配置更新

修改Nacos配置，不需要重启项目即可自动刷新.
在这里插入图片描述
修改版本号为2，点击发布

测试访问即可

综合应用

DataID

在实际的开发中我们需要面对各种不同的环境。比如开发环境。测试环境和生产环境。不同的环境下我们的配置信息是有差异的。这时我们就可以通过spring.profile.active来指定不同的环境来对应不同的配置文件。

比如我们上面的案例是dev开发环境。那么对应的配置文件的名称就是nacos-config-client-dev.yaml.然后我们把对应的环境切换到test测试环境。那么对应的配置文件的名称就是nacos-config-client-test.yaml.然后我们在nacos中创建该配置文件
在这里插入图片描述

在这里插入图片描述

Group

上面我们通过DataID来配置我们的配置信息。这种场景是把项目中的所有信息都配置在了一个配置文件中。这个会造成配置信息非常多。不便于管理这时我们可以根据配置信息的类别通过Group来对配置信息进行分组。我们可以把配置信息中的MyBatis的和数据库的相关配置信息都单独的区分出来。在创建配置文件的时候指定分组即可。我们前面创建的使用的是默认分组DEFAULT_GROUP.
MYBATIS组：注意：DataID还是一致的
在这里插入图片描述
DB组

在这里插入图片描述
然后在项目中我们指定对应的分组即可

测试访问即可：

namespace

上面的group方案可以基于配置信息的内容做划分。但是在实际的项目环境中。项目环境是比较复杂的。不同的项目不同的模块会有很多相似或者交叉的。这时我们可以通过namespace来实现环境之间的隔离。

namespace默认是public,这个我们不能删除。我们直接新建两个namespace： OA和CRM
在这里插入图片描述
上面的命名空间的ID我们是用的自动生成的即可。

在OA的命名空间下创建配置文件
在这里插入图片描述

修改配置文件信息

测试即可看到期望的结果：

在这里插入图片描述

配置拆分

上面的讲解中我们的DataID还是统一的。我们可以通过group的方式来拆分不同的配置信息。当然我们还可以通过配置拆分的形式。我们定义不同类型的配置文件。比如：

在这里插入图片描述
访问测试：

在这里插入图片描述

三者的关系

命名空间（Namespace）、配置分组（Group）和配置集ID（Data ID）是Nacos中的三个概念，用于进行资源管理和配置管理。
它们的区别和作用如下：

命名空间（Namespace）：
定义：用于隔离和管理不同的资源，每个命名空间有唯一的标识符。
作用：资源隔离、权限控制、环境隔离。
配置分组（Group）：
定义：用于对配置进行分类管理，每个配置分组有唯一的标识符。
作用：配置分类、配置隔离、动态刷新。
配置集ID（Data ID）：
定义：用于唯一标识一个配置集，每个配置集有唯一的Data ID。
作用：配置集的唯一标识、配置集的分类管理、配置集的动态刷新。

在使用Nacos时，可以根据具体的需求和场景，合理使用命名空间、配置分组和配置集ID来进行资源和配置的管理。
上一篇：SpringClound之Nacos注册中心——让Nacos不再是谜