SpringCloudAlibaba：nacos的多环境配置

最新推荐文章于 2024-05-17 00:12:17 发布

weixin_47384874

最新推荐文章于 2024-05-17 00:12:17 发布

阅读量866

点赞数 2

分类专栏： springcloud 文章标签： java 开发语言

本文链接：https://blog.csdn.net/weixin_47384874/article/details/126191853

版权

springcloud 专栏收录该内容

7 篇文章 0 订阅

订阅专栏

SpringCloudAlibaba：nacos

参考链接：

https://blog.csdn.net/xlecho/article/details/110519710?spm=1001.2101.3001.6650.4&utm_medium=distribute.pc_relevant.none-task-blog-2%7Edefault%7ECTRLIST%7Edefault-4-110519710-blog-125316504.pc_relevant_multi_platform_whitelistv3&depth_1-utm_source=distribute.pc_relevant.none-task-blog-2%7Edefault%7ECTRLIST%7Edefault-4-110519710-blog-125316504.pc_relevant_multi_platform_whitelistv3&utm_relevant_index=9

一、nacos简单使用

1.nacos下载安装

下载：Nacos

在这里插入图片描述

nacos下载路径(底部)：

linux : https://github.com/alibaba/nacos/releases =》nacos-server-2.0.1.tar.gz

windows : https://github.com/alibaba/nacos/releases =》nacos-server-2.0.1.zip

安装路径：/usr/local/nacos

下载后解压：tar -zxvf nacos-server-2.0.1.tar.gz

到/usr/local/nacos/nacos/conf 目录下修改配置文件application.properties

spring.datasource.platform=mysql
db.num=1
db.url.0=jdbc:mysql://localhost:3306/nacos-mysql2.1.0?characterEncoding=utf8&connectTimeout=1000&socketTimeout=3000&autoReconnect=true&useUnicode=true&useSSL=false&serverTimezone=UTC
db.user=root
db.password=123456

查看启动日志

tail -500f /usr/local/nacos/logs/start.out

启动（单机启动）

linux启动：

sh startup.sh -m standalone

windows启动：/bin

startup.cmd -m standalone

停止

sh shutdown.sh

2.springboot集成nacos 动态获取配置文件

1.pom文件

        <!-- 实现对 Nacos 作为配置中心的自动化配置 -->
        <dependency>
            <groupId>com.alibaba.boot</groupId>
            <artifactId>nacos-config-spring-boot-starter</artifactId>
            <version>0.2.4</version>
        </dependency>
        <!-- 读取配置参数-- >
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-config</artifactId>
            <version>3.0.0</version>
        </dependency>
        <!--加载bootstrap的配置文件，不加bootstrap.yml文件不会生效-->
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-bootstrap</artifactId>
            <version>3.0.1</version>
        </dependency>

2.配置文件bootstrap.yml

spring:
  application:
    # 应用名称
    name: levin
  profiles:
    # 环境配置
    active: dev
  cloud:
    nacos:
      discovery:
        # 服务注册地址
        server-addr: 10.168.10.10:8848
      config:
        # 配置中心地址
        server-addr: 10.168.10.10:8848
        # 配置文件格式
        file-extension: yml
        # 共享配置
        shared-configs:
          - application-${spring.profiles.active}.${spring.cloud.nacos.config.file-extension}

3.在启动类添加注解

@EnableNacosConfig

二、nacos多环境配置

1.使用`Data ID`与`profiles`实现

Data ID在Nacos中，我们可以理解为就是一个Spring Cloud应用的配置文件名。我们知道默认情况下Data ID的名称格式是这样的：${spring.application.name}.properties，即：以Spring Cloud应用命名的properties文件

实际上，更原始且最通用的匹配规则，是这样的：

${spring.cloud.nacos.config.prefix}-${spring.profile.active}.${spring.cloud.nacos.config.file-extension}。

而上面的结果是因为${spring.cloud.nacos.config.prefix}和${spring.cloud.nacos.config.file-extension}都使用了默认值

第一步：在nacos中创建俩个不同环境的配置内容

在这里插入图片描述

如上图，我们为config应用，定义了dev和test的两个独立的环境配置。我们可以在里面定义不同的内容值，以便后续验证是否真实加载到了正确的配置

第二步：在`config`应用的配置文件中，增加环境配置：`spring.profiles.active=dev`

第三步：启动应用，加载配置文件

2.使用`Group`实现

Group在Nacos中是用来对Data ID做集合管理的重要概念。所以，如果我们把一个环境的配置视为一个集合，那么也就可以实现不同环境的配置管理。对于Group的用法并没有固定的规定，所以我们在实际使用的时候，需要根据我们的具体需求，可以是架构运维上对多环境的管理，也可以是业务上对不同模块的参数管理。为了避免冲突，我们需要在架构设计之初，做好一定的规划。这里，我们先来说说如何用Group来实现多环境配置管理的具体实现方式。

第一步：先在Nacos中，通过区分`Group`来创建两个不同环境的配置内容。

在这里插入图片描述

我们为config应用，定义了DEV环境和TEST环境的两个独立的配置，这两个匹配与上一种方法不同，它们的Data ID是完全相同的，只是GROUP不同

第二步：在`config`应用的配置文件中，增加`Group`的指定配置：

spring.cloud.nacos.config.group=COROLLA_GROUP

2.1多分组的环境配置共享

当我们做好了分组之后，发现我们配置的都是我们自己项目的配置，很多其他项目分组的或者其他环境的配置我们都需要的情况下，我们好像没有办法拿到。

extension-configs(共享配置)帮忙我们解决多分组配置问题

spring:
  application:
    # 应用名称
    name: levin
  profiles:
    # 环境配置
    active: dev
  cloud:
    nacos:
      discovery:
        # 服务注册地址
        server-addr: 10.168.10.10:8848
      config:
        # 配置中心地址
        server-addr: 10.168.10.10:8848
        # 配置文件格式
        file-extension: yml
        # 共享配置
        shared-configs:
          - application-${spring.profiles.active}.${spring.cloud.nacos.config.file-extension}
        namespace: 1eb7f06e-3b9d-4760-aabb-91e4c0e66249
        # 扩展配置
        extension-configs:
          - data-id: common-dev
            group: COROLLA_GROUP
            refresh: true

优先级问题

同为扩展配置(extension-configs)，存在如下优先级关系：

extension-configs[3] > extension-configs[2] > extension-configs[1] > extension-configs[0。

同为共享配置(shared-configs)，存在如下优先级关系：

shared-configs[3] > shared-configs[2] > shared-configs[1] > shared-configs[0]。

不同种类配置之间，优先级按顺序如下：

主配置 > 扩展配置(extension-configs) > 共享配置(shared-configs)

第三步：启动应用，加载配置文件

3.使用`Namespace`实现(官方建议)

用于进行租户粒度的配置隔离。不同的命名空间下，可以存在相同的Group或Data ID的配置。Namespace的常用场景之一是不同环境的配置的区分隔离，例如：开发测试环境和生产环境的资源（如配置、服务）隔离等

第一步：先在Nacos中，根据环境名称来创建多个`Namespace`

在这里插入图片描述

第二步：查看配置列表

在这里插入图片描述

第三步：在`config`应用的配置文件中，增加`Namespace`的指定配置

比如：spring.cloud.nacos.config.namespace=88f92e71-04fa-4c13-8892-736adb162f47

注意namespace的配置不是使用名称，而是使用Namespace的ID

在这里插入图片描述

第四步：启动应用，通过访问`localhost:10012/test`接口

验证一下返回内容是否正确。这种方式下，目前版本的日志并不会输出与Namespace相关的信息，所以还无法以此作为加载内容的判断依据

4.三种方式的优缺点

第一种：通过Data ID与profile实现。

优点：这种方式与Spring Cloud Config的实现非常像，用过Spring Cloud Config的用户，可以毫无违和感的过渡过来，由于命名规则类似，所以要从Spring Cloud Config中做迁移也非常简单。
缺点：这种方式在项目与环境多的时候，配置内容就会显得非常混乱。配置列表中会看到各种不同应用，不同环境的配置交织在一起，非常不利于管理。
建议：项目不多时使用，或者可以结合Group对项目根据业务或者组织架构做一些拆分规划。

第二种：通过Group实现。(区分应用)

优点：通过Group按环境讲各个应用的配置隔离开。可以非常方便的利用Data ID和Group的搜索功能，分别从应用纬度和环境纬度来查看配置。
缺点：由于会占用Group纬度，所以需要对Group的使用做好规划，毕竟与业务上的一些配置分组起冲突等问题。
建议：这种方式虽然结构上比上一种更好一些，但是依然可能会有一些混乱，主要是在Group的管理上要做好规划和控制。

第三种：通过Namespace实现。(区分环境)

优点：官方建议的方式，通过Namespace来区分不同的环境，释放了Group的自由度，这样可以让Group的使用专注于做业务层面的分组管理。同时，Nacos控制页面上对于Namespace也做了分组展示，不需要搜索，就可以隔离开不同的环境配置，非常易用。
缺点：没有啥缺点，可能就是多引入一个概念，需要用户去理解吧。
建议：直接用这种方式长远上来说会比较省心。虽然可能对小团队而言，项目不多，第一第二方式也够了，但是万一后面做大了呢？