【微服务】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的客户端依赖:


<dependency>
    <groupId>com.alibaba.cloudgroupId>
    <artifactId>spring-cloud-starter-alibaba-nacos-configartifactId>
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,来读取配置。

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、服务本地同时出现相同属性时,优先级有高低之分:

你可能感兴趣的:(微服务,spring,cloud,eureka)