Nacos2.0 配置中心管理，动态配置更新

Nacos除了可以做注册中心，同样可以做配置中心来使用。
当微服务部署的实例越来越多，达到数十、数百时，逐个修改微服务配置就会让人抓狂，而且很容易出错。我们需要一种统一配置管理方案，可以集中管理所有实例的配置。
当前nacos还提供了配置的历史查询以及监听、版本管理等功能，总的来说功能还是很强大的

Nacos1.0配置管理之前用 Http1.1 的 Keep Alive 模式 30s 发一个心跳模拟长链接，协议难以理解，内存消耗大，推送性能弱，因此 2.0 通过 gRPC 彻底解决这些问题，内存消耗大量降低

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

编写bootstrap.yml和application.yml配置文件，bootstrap的配置文件运行时级别比application要高
在springboot2020.0.0以上的版本默认不会去读取bootstrap配置文件，因此要引入

 	
    
        org.springframework.cloud
        spring-cloud-starter-bootstrap
    

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

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

• 命名空间
  解决多环境及多租户数据的隔离问题 在多套不同的环境下，可以根据指定的环境创建不同的Namespace，实现多环境的数据隔离。 Nacos中默认提供的命名空间则是public。
• GREOUP
  Nacos 中的一组配置集，是组织配置的维度之一，简单的说则是不同的系统或微服务的配置文件可以放在一个组里。 Nacos如果不指定Group，则默认的分组是DEFAULT_GROUP。
• Data ID
  dataId是一个配置的唯一标识。 格式： p r e f i x − {prefix}- prefix−{spring.profiles.active}.${file-extension}

config:
    info: nacos-config-client-dev.yaml,version = 4

@RefreshScope 必段加上，不然不会刷新配置

@RestController
@RefreshScope //支持Nacos的动态刷新功能。
public class ConfigClientController {


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

    @GetMapping("/get")
    public String get() {
        return "获取的config配置下的值为" + info;
    }
}

当要修改config时，会提示更新的内容，点击【确认发布】后


控制监控内容发生变化，已经刷新了配置的值，不过注意，如把数据库的配置或者端口之类的加在配置文件中，那可能需要重启才会生效了，下图配置已更新

欢迎有问题及时交流~
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多交流