SpringBoot 中配置Nacos配置中心

简介: 统一管理不同环境、不同集群的配置。配置修改实时生效(热发布)。版本管理,每次配置的修改都会有版本记录,可随时回滚权限管理。配置中心可交给专人来管理,做到配置的权限管理 这些都是配置中心提供的最基础的功能,基本上已经可以满足日常开发中的需求了。

为什么需要配置中心


不知道你是否遇到过以下情况:

  • 同一个项目有多套配置,分布在不同的配置文件中,需要修改时,要改多个文件,有时候会遗漏配置
  • 某天突然需要修改线上的一个配置,只能修改、提交,重启服务
  • 项目外包时,一些秘钥配置不想提供给第三方 这些问题都可以引入配置中心来解决


配置中心一般提供什么功能


  • 统一管理不同环境、不同集群的配置
  • 配置修改实时生效(热发布)
  • 版本管理,每次配置的修改都会有版本记录,可随时回滚
  • 权限管理。配置中心可交给专人来管理,做到配置的权限管理 这些都是配置中心提供的最基础的功能,基本上已经可以满足日常开发中的需求了


Nacos

Nacos 是阿里巴巴的新开源项目,其核心定位是 “一个更易于帮助构建云原生应用的动态服务发现、配置和服务管理平台”。

Nacos 的关键特性包括:

  • 服务发现和服务健康监测
  • 动态配置服务
  • 动态 DNS 服务
  • 服务及其元数据管理

使用 Nacos简化服务发现、配置管理、服务治理及管理的解决方案,让微服务管理、共享、组合更加容易


本文主要介绍Nacos实现的动态配置服务,也就是配置中心的实现


Nacos实现配置中心

在使用配置中心之前,我们一般这样实现配置:

1、在配置文件增加配置(application.yml)

datasource:
  url: localhost:3306
  username: root
  password: root

2、使用@Value来引用配置

@RestController
public class NacosTest {
    @Value("${datasource.url}")
    private String url;
    @Value("${datasource.username}")
    private String username;
    @Value("${datasource.password}")
    private String password;
    @RequestMapping("/getMessage")
    public String getMessage(){
        System.out.println(url);
        System.out.println(username);
        System.out.println(password);
        return "url:" + url + "</br>username:" + username + "</br>password:" + password;
    }
}

启动服务,访问 http://localhost8080/getMessage 返回信息

url:localhost:3306
username:root
password:root

以上是使用配置中心之前的模式,把配置都放到配置文件中,Java代码通过@Value去拿配置或者通过@PropertySource来进行配置


下面我们来看一下使用配置中心之后,是怎样一种配置方式

1、安装nacos

参考我之前文章:Nacos 2.0.3启动与配置

2、新建配置项

image.png

注意:命令空间ID是非必填的,如果没有填,系统会自动生成一个,这个ID将用于读取配置

命名空间建好之后,就可以新增配置项了

image.png

这里的Data ID和Group这两个配置很关键,会影响到你项目中的读取

3、开始写代码了

nacos配置中心依赖

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

新建配置bootstrap.yml文件

#bootstrap.yml优先级比application.yml优先级 高
spring:
  #prefix−{spring.profile.active}.${file-extension}
  #nacos会根据当前环境去拼接配置名称查找相应配置文件,
  #示例:{spring.application.name}-{spring.profiles.active}-{spring.cloud.nacos.config.file-extension}
  #获取到值:nacos-autoconfig-service-dev.yml
  profiles:
    #开发环境dev,测试环境test,生产环境prod
    active: dev
  application:
    #配置应用的名称,用于获取配置
    name: nacos-autoconfig-service
  cloud:
    nacos:
      config:
        #nacos配置中心地址
        server-addr: localhost:8848
        #配置中心的命名空间id
        namespace: dev
        #配置分组,默认没有也可以
        group: DEFAULT_GROUP
        #配置文件后缀,用于拼接配置配置文件名称,目前只支持yml和properties
        file-extension: yml
        #配置自动刷新
        refresh-enabled: true
        #配置文件的前缀,默认是application.name的值,如果配了prefix,就取prefix的值
        #prefix: nacos-autoconfig-service-${spring.profile.active}
        # 配置编码
        encode: UTF-8

为什么要新建bootstrap.yml配置文件,而不是直接在原来的application.yml中新增配置呢?是因为要实现nacos配置中心里面的配置要优先于系统配置文件中的配置,假如两个地方同时配置了,会优先取nacos的配置


配置说明:


  • spring.application.name 配置应用的名称,用于获取配置
  • spring.cloud.nacos.config.server-addr 配置nacos服务的地址
  • spring.cloud.nacos.config.namespace 配置命名空间(填入前面新建的命名空间ID)
  • spring.cloud.nacos.config.group 配置分组
  • spring.cloud.nacos.config.file-extension 配置文件后缀,用于拼接配置配置文件名称
  • spring.cloud.nacos.config.refresh-enabled 配置自动刷新
  • spring.cloud.nacos.config.prefix 配置文件的前缀


这里需要说明一下配置文件的拼接规则,也就是nacos会根据配置怎么找到对应的配置文件?

示例:{spring.application.name}-{spring.profiles.active}-{spring.cloud.nacos.config.file-extension}
获取到值:nacos-autoconfig-service-dev.yml

说明:


  • prefix表示配置文件前缀,默认是spring.application.name的值,如果配置了spring.cloud.nacos.config.prefix就取prefix的值
  • spring.profile.active 表示项目使用的profile.active配置,没有则配置文件中没有此段名称
  • file-extension 表示配置文件的后缀,目前只支持yml和properties


所以如上配置得到的配置文件名称为:test.yml,也就是说你的nacos对应的命名空间下必须要有一个dataId为test.yml的配置,才能被读取到,要不然就无法读到配置


配置好了之后,写段代码测试一下

@RestController
public class NacosTest {
    @Value("${datasource.url}")
    private String url;
    @Value("${datasource.username}")
    private String username;
    @Value("${datasource.password}")
    private String password;
    @RequestMapping("/getMessage")
    public String getMessage(){
        return "url:" + url + "</br>username:" + username + "</br>password:" + password;
    }
}

启动项目,访问 http://localhost8080/getMessage 返回信息

url:bbbbbbbbbb:3306
username:22222222222
password:我是nacos-autoconfig-service-dev.yml配置文件

说明已经读到nacos中的配置了,而且本地配置文件和nacos中同时配置的,取的是nacos中的配置


配置自动刷新

说明已经读到nacos中的配置了,而且本地配置文件和nacos中同时配置的,取的是nacos中的配置

在配置的类增加@RefreshScope就可以实现自动刷新配置,当nacos中的配置修改后,项目无需重启就可以自动生效,这个在实际生产环境中是很有用的,有时候你需要修改线上的配置,如果没有配置中心,你需要重启服务


最后

至此就完成了一个简单的配置中心


配置中心一般用于管理复杂的配置,比如在分布式项目中的配置管理


虽然配置中心可以简化配置,但如果是很小的项目就没有必要把配置单独出来,其实就放在项目中还方便一些


总之,不要因为技术而技术,引入一项新的技术必然是为了解决某个痛点和问题,不要因为别人用你也用,到头来凭空给自己制造麻烦


Java技术讨论群

入群二维码:https://store.ityao.cn/api/image/friend/wxq.jpg


本群建立目的,主要交流、讨论Java(不一定Java),巩固基础知识、底层原理,为以后各位面试打基础。

欢迎各位提出相关面试题、算法、技术底层等问题。

1294ce54e87a4c9983f0fb0386d71b2d.png

顺便说一下,国内又一款开源软件Wall,搭建特别简单,可以搭建个人照片墙和视频墙,有兴趣可以看下教程:https://blog.csdn.net/u014641168/article/details/129396364

目录
相关文章
|
14天前
|
Cloud Native Java Nacos
微服务时代的新宠儿!Spring Cloud Nacos实战指南,带你玩转服务发现与配置管理,拥抱云原生潮流!
【8月更文挑战第29天】Spring Cloud Nacos作为微服务架构中的新兴之星,凭借其轻量、高效的特点,迅速成为服务发现、配置管理和治理的首选方案。Nacos(命名和配置服务)由阿里巴巴开源,为云原生应用提供了动态服务发现及配置管理等功能,简化了服务间的调用与依赖管理。本文将指导你通过五个步骤在Spring Boot项目中集成Nacos,实现服务注册、发现及配置动态管理,从而轻松搭建出高效的微服务环境。
77 0
|
13天前
|
安全 Nacos 数据安全/隐私保护
升级指南:从Nacos 1.3.0 到 2.3.0,并兼容 Seata 的鉴权配置
本文详细介绍了如何在微服务环境下从 Nacos 1.3.0 升级到 2.3.0,并确保 Seata 各版本的兼容性。作者小米分享了升级过程中的关键步骤,包括备份配置、更新鉴权信息及验证测试等,并解答了常见问题。通过这些步骤,可以帮助读者顺利完成升级并提高系统的安全性与一致性。
59 8
升级指南:从Nacos 1.3.0 到 2.3.0,并兼容 Seata 的鉴权配置
|
16天前
|
Cloud Native Java Nacos
Spring Cloud Config、Apollo、Nacos和Archaius对比
这篇文章对比了Spring Cloud Config、Apollo、Nacos和Archaius这四种配置中心的适应场景、优缺点。文中讨论了它们的功能特点,例如Spring Cloud Config的集中化配置管理和动态刷新能力,Apollo的实时配置推送和权限治理,Nacos的服务发现和管理功能,以及Archaius的动态配置更新能力。文章指出选择配置中心应根据项目需求和架构来决定,并提供了一个对比图来帮助读者更直观地理解这些工具的差异。
31 1
Spring Cloud Config、Apollo、Nacos和Archaius对比
|
10天前
|
IDE Java 开发工具
还在为繁琐的配置头疼吗?一文教你如何用 Spring Boot 快速启动,让开发效率飙升,从此告别加班——打造你的首个轻量级应用!
【9月更文挑战第2天】Spring Boot 是一款基于 Spring 框架的简化开发工具包,采用“约定优于配置”的原则,帮助开发者快速创建独立的生产级应用程序。本文将指导您完成首个 Spring Boot 项目的搭建过程,包括环境配置、项目初始化、添加依赖、编写控制器及运行应用。首先需确保 JDK 版本不低于 8,并安装支持 Spring Boot 的现代 IDE,如 IntelliJ IDEA 或 Eclipse。
40 5
|
26天前
|
运维 Java Nacos
Spring Cloud应用框架:Nacos作为服务注册中心和配置中心
Spring Cloud应用框架:Nacos作为服务注册中心和配置中心
|
11天前
|
Java Spring 开发者
解锁 Spring Boot 自动化配置的黑科技:带你走进一键配置的高效开发新时代,再也不怕繁琐设置!
【8月更文挑战第31天】Spring Boot 的自动化配置机制极大简化了开发流程,使开发者能专注业务逻辑。通过 `@SpringBootApplication` 注解组合,特别是 `@EnableAutoConfiguration`,Spring Boot 可自动激活所需配置。例如,添加 JPA 依赖后,只需在 `application.properties` 配置数据库信息,即可自动完成 JPA 和数据源设置。这一机制基于多种条件注解(如 `@ConditionalOnClass`)实现智能配置。深入理解该机制有助于提升开发效率并更好地解决问题。
24 0
|
14天前
|
缓存 Java 数据库连接
Spring Boot 资源文件属性配置,紧跟技术热点,为你的应用注入灵动活力!
【8月更文挑战第29天】在Spring Boot开发中,资源文件属性配置至关重要,它让开发者能灵活定制应用行为而不改动代码,极大提升了可维护性和扩展性。Spring Boot支持多种配置文件类型,如`application.properties`和`application.yml`,分别位于项目的resources目录下。`.properties`文件采用键值对形式,而`yml`文件则具有更清晰的层次结构,适合复杂配置。此外,Spring Boot还支持占位符引用和其他外部来源的属性值,便于不同环境下覆盖默认配置。通过合理配置,应用能快速适应各种环境与需求变化。
26 0
|
27天前
|
缓存 Cloud Native Java
【紧急救援】Nacos配置上线后失效?手把手教你如何轻松搞定命名空间修改难题!
【8月更文挑战第15天】Nacos是关键的云原生服务管理平台,用于动态服务发现与配置管理。但在使用其管理微服务配置时,可能会遇到命名空间内的配置更新后不生效的问题。本文探讨此问题并提供解决方案。首先需确认Nacos服务器运行正常及客户端正确连接。接着检查客户端缓存配置,可通过禁用缓存或缩短缓存间隔来即时更新配置。例如,在Spring Cloud Alibaba Nacos配置中心中启用自动刷新功能,并设置每5秒拉取新配置。同时,对于新增配置项,需重启客户端应用。还需检查Nacos服务器日志排除异常,并考虑升级Nacos版本解决兼容性问题。通过这些步骤,通常可有效解决配置不生效的难题。
30 0
|
27天前
|
Dubbo Java Nacos
【实战攻略】破解Dubbo+Nacos+Spring Boot 3 Native打包后运行异常的终极秘籍——从零开始彻底攻克那些让你头疼不已的技术难题!
【8月更文挑战第15天】Nacos作为微服务注册与配置中心受到欢迎,但使用Dubbo+Nacos+Spring Boot 3进行GraalVM native打包后常遇运行异常。本文剖析此问题及其解决策略:确认GraalVM版本兼容性;配置反射列表以支持必要类和方法;采用静态代理替代动态代理;检查并调整配置文件;禁用不支持的功能;利用日志和GraalVM诊断工具定位问题;根据诊断结果调整GraalVM配置。通过系统排查方法,能有效解决此类问题,确保服务稳定运行。
48 0
|
2月前
|
Java Nacos 数据库
使用 nacos 搭建注册中心及配置中心
使用 nacos 搭建注册中心及配置中心
63 5