【微服务】Nacos注册中心（3）：配置管理

文章目录

Nacos注册中心
- 环境隔离
- - 给微服务配置namespace
- Nacos与Eureka的区别
- Nacos配置管理
- - 统一配置管理
  - - 在nacos中添加配置文件
    - 从微服务拉取配置
  - 配置热更新
  - - 方式一
    - 方式二
  - 配置共享
  - - 1）添加一个环境共享配置
    - 2）在user-service中读取共享配置
    - 3）运行两个UserApplication，使用不同的profile
    - 4）配置共享的优先级

Nacos注册中心环境隔离给微服务配置namespace

给微服务配置namespace只能通过修改配置来实现。

spring:
  cloud:
    nacos:
      server-addr: localhost:8848
      discovery:
        cluster-name: HZ
        namespace: 492a7d5d-237b-46a1-a99a-fa8e98e4b0f9 # 命名空间，填ID

重启order-service后，访问控制台，可以看到下面的结果

此时访问order-service，因为namespace不同，会导致找不到userservice，控制台会报错

Nacos与Eureka的区别

Nacos的服务实例分为两种l类型：

临时实例：如果实例宕机超过一定时间，会从服务列表剔除，默认的类型。
非临时实例：如果实例宕机，不会从服务列表剔除，也可以叫永久实例。

配置一个服务实例为永久实例：

spring:
  cloud:
    nacos:
      discovery:
        ephemeral: false # 设置为非临时实例

Nacos和Eureka整体结构类似，服务注册、服务拉取、心跳等待，但是也存在一些差异

Nacos与eureka的共同点
- 都支持服务注册和服务拉取
- 都支持服务提供者心跳方式做健康检测
Nacos与Eureka的区别
- Nacos支持服务端主动检测提供者状态：临时实例采用心跳模式，非临时实例采用主动检测模式
- 临时实例心跳不正常会被剔除，非临时实例则不会被剔除
- Nacos支持服务列表变更的消息推送模式，服务列表更新更及时
- Nacos集群默认采用AP方式，当集群中存在非临时实例时，采用CP模式；Eureka采用AP方式

Nacos配置管理

Nacos除了可以做注册中心，同样可以做配置管理来使用。

统一配置管理

当微服务部署的实例越来越多，达到数十、数百时，逐个修改微服务配置就会让人抓狂，而且很容易出错。我们需要一种统一配置管理方案，可以集中管理所有实例的配置。

Nacos一方面可以将配置集中管理，另一方可以在配置变更时，及时通知微服务，实现配置的热更新。

在nacos中添加配置文件

如何在nacos中管理配置呢？

然后在弹出的表单中，填写配置信息

注意：项目的核心配置，需要热更新的配置才有放到nacos管理的必要。基本不会变更的一些配置还是保存在微服务本地比较好. 也就是说只有开关类的配置才需要配置到nacos

从微服务拉取配置

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

但如果尚未读取application.yml，又如何得知nacos地址呢？

因此spring引入了一种新的配置文件：bootstrap.yaml文件，会在application.yml之前被读取

1）引入nacos-config依赖

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



    com.alibaba.cloud
    spring-cloud-starter-alibaba-nacos-config

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，来读取配置。

3）读取nacos配置

在user-service中的UserController中添加业务逻辑，读取pattern.dateformat配置

@Value("${pattern.dateformat}")
    private String dateformat;

@GetMapping("now")
    public String now(){
        return LocalDateTime.now().format(DateTimeFormatter.ofPattern(dateformat));
    }

此时在页面访问，就可以看到效果。

配置热更新

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

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

方式一

在@Value注入的变量所在类上添加注解@RefreshScope

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-sDIML517-1659538060339)(file:///Users/apple/Library/Containers/com.tencent.qq/Data/Library/Application Support/QQ/Users/316595344/QQ/Temp.db/7D0D518D-83D6-4B02-877E-0AAA4CB821FC.png?msec=1659537757672)]

方式二

使用@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;
}

配置共享

其实微服务启动时，会去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类，读取新添加的属性：

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

在user-service服务中，修改UserController，添加一个方法：

@Slf4j
@RestController
@RequestMapping("/user")
//@RefreshScope // 热更新 -->  配置读取远程yaml
public class UserController {

  @Autowired
  private PatternProperties properties;

  @GetMapping("prop")
  public PatternProperties prop(){
      return properties;
  }
}

3）运行两个UserApplication，使用不同的profile

修改UserApplication2这个启动项，改变其profile值

UserApplication2的Active profiles -> test

这样，UserApplication(8081)使用的profile是dev，UserApplication2(8082)使用的profile是test。

启动UserApplication和UserApplication2

访问http://localhost:8081/user/prop，结果

{"dateformat":"yyyy/MM/dd HH:mm:ss","envSharedValue":"多环境共享属性值"}

访问http://127.0.0.1:8082/user/prop，结果

{"dateformat":null,"envSharedValue":"多环境共享属性值"}

可以看出来，不管是dev，还是test环境，都读取到了envSharedValue这个属性的值。实现配置共享。

4）配置共享的优先级

当nacos、服务本地同时出现相同属性时，优先级有高低之分：

【微服务】Nacos注册中心（3）：配置管理

Java相关栏目本月热门文章