【SpringCloud】05 配置中心(nacos)

nacos配置中心

nacos既可以做注册中心,也可以做配置中心。使用nacos作为配置中心,其实就是将nacos当做一个服务端,将各个微服务看成是客户端,我们将各个微服务的配置文件统一存放在nacos上,然后各个微服务从nacos上拉取配置即可。

如何在微服务中使用nacos配置中心

1. 在nacos中添加配置文件

在这里插入图片描述
然后在弹出的表单中,填写配置信息:
在这里插入图片描述

注意:项目的核心配置,需要热更新的配置才有放到nacos管理的必要。基本不会变更的一些配置还是保存在微服务本地比较好。

2. 从微服务拉取配置

微服务要拉取nacos中管理的配置,并且与本地的application.yml配置合并,才能完成项目启动。

但如果尚未读取application.yml,又如何得知nacos地址呢?
因此spring引入了一种新的配置文件:bootstrap.yaml文件,会在application.yml之前被读取,流程如下: 在这里插入图片描述

注意: 我们需要在微服务bootstrap配置文件中指定配置中心的地址。

bootstrap和application配置文件的区别。
bootstrap和application都是SpringBoot项目中的配置文件,他们的区别主要有以下的几个方面

  • (1)加载顺序区别
    bootstrap配置文件是比application配置文件优先加载的,因为bootstrap是由spring父上下文加载,而application是由子上下文加载
  • (2)优先级区别
    bootstrap加载的配置信息是不能被application的相同配置覆盖的,如果两个配置文件同时存在,也是以bootstrap为主
  • (3)应用场景区别 bootstrap常见应用场景
    • 1.配置一些固定的,不能被覆盖的属性.用于一些系统级别的参数配置,本地的配置文件是默认不能覆盖远程的配置的

    • 2.一些需要加密/解密的场景

    • 3.当你使用了nacos配置中心时,这时需要在boostrap配置文件中添加连接到配置中心的配置属性来加载外部配置中心的配置信息。

1)引入nacos-config依赖

首先,在user-service服务中,引入nacos-config的客户端依赖:

<!--引入nacos配置中心的依赖-->
<dependency>
    <groupId>com.alibaba.cloud</groupId>
    <artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId>
</dependency>

2)添加bootstrap.yaml

然后,在user-service中添加一个bootstrap.yaml文件,内容如下:

spring:
  application:
    name: userservice # 服务名称
  profiles:
    active: dev #开发环境,这里是dev 
  cloud:
    nacos:
      server-addr: localhost:8848 # Nacos地址
      config:
        file-extension: yaml # 文件后缀名

这里会根据spring.cloud.nacos.server-addr获取nacos地址,再根据

${spring.application.name}-${spring.profiles.active}.${spring.cloud.nacos.config.file-extension}作为文件id,来读取配置。

本例中,就是去读取userservice-dev.yaml
在这里插入图片描述
3)读取nacos配置

在user-service中的UserController中添加业务逻辑,读取pattern.dateformat配置:
在这里插入图片描述
在页面访问,可以看到效果:
在这里插入图片描述

3. 配置热更新

我们最终的目的,是修改nacos中的配置后,微服务中无需重启即可让配置生效,也就是配置热更新

要实现配置热更新,可以使用两种方式:

3.1.方式一

在@Value注入的变量所在类上添加注解@RefreshScope:
在这里插入图片描述

3.2.方式二

使用@ConfigurationProperties注解代替@Value注解。

在user-service服务中,添加一个类,读取patterrn.dateformat属性:

package cn.itcast.user.config;

import lombok.Data;
import org.springframework.boot.context.properties.ConfigurationProperties;
import org.springframework.stereotype.Component;

@Component
@Data
@ConfigurationProperties(prefix = "pattern")
public class PatternProperties {
    
    
    private String dateformat;
}

在UserController中使用这个类代替@Value:
在这里插入图片描述

4. 配置共享

其实微服务启动时,会去nacos读取多个配置文件,例如:

  • [spring.application.name]-[spring.profiles.active].yaml,例如:userservice-dev.yaml

  • [spring.application.name].yaml,例如:userservice.yaml

[spring.application.name].yaml不包含环境,因此可以被多个环境共享。

下面我们通过案例来测试配置共享

1)添加一个环境共享配置

我们在nacos中添加一个userservice.yaml文件:
在这里插入图片描述
2)在user-service中读取共享配置

在user-service服务中,修改PatternProperties类,读取新添加的属性:
在这里插入图片描述
在user-service服务中,修改UserController,添加一个方法:
在这里插入图片描述
3)运行两个UserApplication,使用不同的profile

修改UserApplication2这个启动项,改变其profile值:
在这里插入图片描述
在这里插入图片描述
这样,UserApplication(8081)使用的profile是dev,UserApplication2(8082)使用的profile是test。

启动UserApplication和UserApplication2

访问http://localhost:8081/user/prop,结果:
在这里插入图片描述

访问http://localhost:8082/user/prop,结果:
在这里插入图片描述

可以看出来,不管是dev,还是test环境,都读取到了envSharedValue这个属性的值。

4)配置共享的优先级
当nacos、服务本地同时出现相同属性时,优先级有高低之分:
在这里插入图片描述


上面是网上视频itheima中学到的,另有一种配置共享的方法:

多个微服务共享公共配置

(1)可以把一些公共配置内容单独抽取
在这里插入图片描述
(2)微服务中使用公共的配置
在这里插入图片描述


5. nacos配置中心中常用的概念

命名空间 (Namespace)(开发环境 测试环境 生产环境)

每种环境 他们的配置内容也是不同的。

命名空间可用于进行不同环境的配置隔离。一般一个环境划分到一个命名空间

配置分组 (Group)(区分的项目)

仓库系统 电商系统 金融系统 物流系统

配置分组用于将不同的服务可以归类到同一分组。一般将一个项目的配置分到一组

配置集 (Data ID)

在系统中,一个配置文件通常就是一个配置集。一般微服务的配置就是一个配置集

在这里插入图片描述

猜你喜欢

转载自blog.csdn.net/qq_60969145/article/details/128049004