Nacos共享配置

news2025/6/9 21:19:31

本文介绍一下Nacos作为配置中心时，如何读取共享配置

我的环境

  • Windows10
  • JDK8
  • SpringCloud：Finchley.RELEASE
  • SpringBoot：2.0.4.RELEASE
  • spring-cloud-alibaba-dependencies：0.2.2.RELEASE
  • Nacos-server：1.0.1

本文的项目Demo继续沿用之前文章中的聚合工程Nacos,若小伙伴还没有之前的环境，可至源码地址中下载

场景描述

一个项目中服务数量增加后，配置文件相应增加，多个配置文件中会存在相同的配置，那么我们可以将相同的配置独立出来，作为该项目中各个服务的共享配置文件，每个服务都可以通过Nacos进行共享配置的读取

下面用一个demo演示下，是否可行

  • demo工程：nacos-config-share
  • 配置文件：nacos-config-share.yml
  • 共享配置文件：shareconfig1.yml，shareconfig2.yml

创建项目

一如往常，还是在聚合工程Nacos下创建名为nacos-config-share的子工程，其pom.xml文件依赖与之前的项目都一致，如果您没有之前的项目可参考源码地址

1、修改springboot启动类NacosConfigShareApplication.java

@SpringBootApplication
@EnableDiscoveryClient
@RestController
@RefreshScope
public class NacosConfigShareApplication {

@SpringBootApplication
@EnableDiscoveryClient
@RestController
@RefreshScope
public class NacosConfigShareApplication {

    public static void main(String[] args) {
        SpringApplication.run(NacosConfigShareApplication.class, args);
    }

    @Value("${nacos.share}")
    private String share;


    @Value("${share.config1}")
    private String shareConfig1;

    @Value("${share.config2}")
    private String shareConfig2;

    @RequestMapping("/getValue")
    public String getValue() {
        return share;
    }

    @RequestMapping("/getShare1")
    public String getShare1() {
        return shareConfig1;
    }

    @RequestMapping("/getShare2")
    public String getShare2() {
        return shareConfig2;
    }
}

2、修改该项目的配置文件bootstrap.yml

spring:
  application:
    name: nacos-config-share
  cloud:
    nacos:
      discovery:
        server-addr: 127.0.0.1:8848
      config:
        server-addr: 127.0.0.1:8848
        prefix: ${spring.application.name}
        file-extension: yml
        shared-dataids: shareconfig1.yml,shareconfig2.yml
        refreshable-dataids: shareconfig1.yml,shareconfig2.yml

从配置文件可以看出，通过shared-dataids属性来指定要读取共享配置文件的DataID,多个文件用,分隔
使用refreshable-dataids指定共享配置文件支持自动刷新

新建配置文件

这里我们作为演示，暂不加入Namespace，直接在公共空间中创建及测试

创建配置文件nacos-config-share.yml,详细如下：

  • DataId:nacos-config-share.yml
  • 配置格式：YAML
  • 配置内容：
    server:
    port: 9984
nacos: 
    share: nacos-config-share

创建共享配置文件1shareconfig1.yml,详细如下：

  • DataId:shareconfig1.yml
  • 配置格式：YAML
  • 配置内容：
    share: 
    config1: 这里是共享配置文件1

创建共享配置文件1shareconfig2.yml,详细如下：

  • DataId:shareconfig2.yml
  • 配置格式：YAML
  • 配置内容：
    share: 
    config2: 这里是共享配置文件2

创建成功后，配置列表如下图：

shareconfig

启动测试

直接启动项目，如果启动成功。可以看到日志中如下信息：

startup

访问启动类中提供的接口，测试下能否获取到共享配置文件中的值

访问127.0.0.1:9984/getValue,返回：nacos-config-share
访问127.0.0.1:9984/getShare1,返回：这里是共享配置文件1
访问127.0.0.1:9984/getShare2,返回：这里是共享配置文件2

再测试下refreshable-dataids配置的自动刷新是否生效

在Nacos控制台中修改共享配置文件shareconfig2.yml的值为：这里是共享配置文件2这里是共享配置文件2

编辑保存后，重新请求 127.0.0.1:9984/getShare2 ，观察返回结果如下：

这里是共享配置文件2这里是共享配置文件2

以上返回结果说明通过在配置文件中指定shared-dataids和refreshable-dataids是可以实现共享配置文件的读取和自动刷新的。

需求变更

假设现在要读取shareconfig3.yml和shareconfig4.yml文件但是它的Group为SHARE3_GROUP和SHARE4_GROUP, 即共享配置文件与项目自身配置文件不在同一Group中（上边的例子是全都在DEFAULT_GROUP分组） 那如果继续用上边的方法，就无法读取共享配置文件

这时可以使用另一个配置ext-config，它可以由用户自定义指定需要加载的配置DataID、Group以及是否自动刷新

并且ext-config是一个集合（List），支持多个配置文件的指定。

新建共享配置文件

先创建配置配置文件shareconfig3.yml和shareconfig4.yml，注意他们的Group属性

  • DataId:shareconfig3.yml
  • Group：SHARE3_GROUP
  • 配置格式：YAML
  • 配置内容：
    share: 
    config3: 这里是共享配置文件3，Group:SHARE3_GROUP
  • DataId:shareconfig4.yml
  • Group：SHARE4_GROUP
  • 配置格式：YAML
  • 配置内容：
    share: 
    config4: 这里是共享配置文件4，Group:SHARE4_GROUP

创建成功页面如下：

shareconfig34

修改项目代码

1、在启动类NacosConfigShareApplication.java中新增如下代码

    @Value("${share.config3}")
    private String shareConfig3;

    @Value("${share.config4}")
    private String shareConfig4;


    @RequestMapping("/getShare3")
    public String getShare3() {
        return shareConfig3;
    }

    @RequestMapping("/getShare4")
    public String getShare4() {
        return shareConfig4;
    }

2、修改项目配置文件bootstrap.yml,增加ext-config配置

spring:
  application:
    name: nacos-config-share
  cloud:
    nacos:
      discovery:
        server-addr: 127.0.0.1:8848
      config:
        server-addr: 127.0.0.1:8848
        prefix: ${spring.application.name}
        file-extension: yml
        shared-dataids: shareconfig1.yml,shareconfig2.yml
        refreshable-dataids: shareconfig1.yml,shareconfig2.yml
        ext-config:
          - data-id: shareconfig3.yml
            group: SHARE3_GROUP
            refresh: true
          - data-id: shareconfig4.yml
            group: SHARE4_GROUP
            refresh: true

启动进行测试

项目经过修改后，可以看到

  1. 项目自身的nacos配置文件属于DEFAULT_GROUP下,默认读取
  2. shareconfig1.yml,shareconfig2.yml 都属于DEFAULT_GROUP下，通过shared-dataids指定进行读取
  3. shareconfig3.yml,shareconfig4.yml 都属于非DEFAULT_GROUP下，通过ext-config配置属性进行自定义读取

启动项目，测试所有的配置文件是否可以正常读取

访问127.0.0.1:9984/getValue,返回：nacos-config-share
访问127.0.0.1:9984/getShare1,返回：这里是共享配置文件1
访问127.0.0.1:9984/getShare2,返回：这里是共享配置文件2这里是共享配置文件2
访问127.0.0.1:9984/getShare3,返回：这里是共享配置文件3，Group:SHARE3_GROUP
访问127.0.0.1:9984/getShare4,返回：这里是共享配置文件4，Group:SHARE4_GROUP

修改shareconfig4.yml的配置内容为：这里是共享配置文件4，Group:SHARE4_GROUP,支持自动刷新，保存后，再次调用127.0.0.1:9984/getShare4，返回如下：

这里是共享配置文件4，Group:SHARE4_GROUP,支持自动刷新

调用接口后发现，两种共享配置的加载方式都可以正常读取，并且可以一起使用。ext-config的方式实现了用户自定义配置共享配置文件。

总结

上面的demo已经演示Nacos共享配置的两种实现方式，两种方式针对不同的场景，总结如下：

  • shared-dataids方式：
    • 适合于共享配置文件与项目默认配置文件处于相同Group时，直接两条命令就可以搞定
    • 优点：配置方便
    • 缺点：只能在同一Group中
  • ext-config方式：
    • 它可以由开发者自定义要读取的共享配置文件的DataId、Group、refresh属性，这样刚好解决了shared-dataids存在的局限性。
    • 优点：可以与shared-dataids方案结合使用，用户自定义配置。灵活性强
    • 缺点：配置容易出错，要熟悉YAML语法

可见两种方式各有长处，所以如果在开发中需要使用共享配置，大家可以是具体情况而定选择自己最合适的方案。

本文源码：https://github.com/larscheng/larscheng-learning-demo/tree/master/Nacos

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.coloradmin.cn/o/412436.html

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈，一经查实，立即删除！

相关文章

去互联网大厂卷还是去上升期创业型公司offer二选一？你怎么抉择？

去互联网大厂卷还是去上升期创业型公司offer二选一？你怎么抉择？

上升期的创业型公司 vs 大厂 如何抉择？ 最近总有一些粉丝特别“凡尔赛”的发几个 offer 问我选择哪个？其中比较典型的一个问题就是： “一个是处于上升期的创业型公司 ，一个行业大厂，薪资待遇差不多，到底该…
阅读更多...
elastissearch——排序结果处理

elastissearch——排序结果处理

排序 elasticsearch支持对搜索结果排序，默认是根据相关度算分（_score）来排序。可以排序字段类型有：keyword类型、数值类型、地理坐标类型、日期类型等。 GET /hotel/_search { "query": { "match_all"…
阅读更多...
DC插装式流量阀压力阀

DC插装式流量阀压力阀

Cartridge Valves 电磁阀 止回阀 运动控制阀 流量控制阀 溢流阀 压力控制阀 顺序阀 梭阀 方向阀 配件 Zero Profile Valves 止回阀 运动控制阀 流量控制阀 溢流阀 梭阀 In-Line Valves 止回阀和梭阀 方向阀 配件 微型系列 AB20S APIDC-30S C10B C10S C10S…
阅读更多...
opengl 坐标系

opengl 坐标系

概述 为了将坐标从一个坐标系统转换成另一个坐标，我们需要经历几个变换（1：模型 2：观察 3：投影）我们的顶点坐标起始于局部坐标，然后变成世界坐标，观察坐标，剪裁坐标 最后以…
阅读更多...
BUUCTF-MD5强弱比较-MD5()的万能密码-tornado框架注入-中文电码

BUUCTF-MD5强弱比较-MD5()的万能密码-tornado框架注入-中文电码

第六周 第三次 目录 学习到的知识 1.MD5强弱比较可以都可以使用数组绕过 2.基于MD5()的万能密码 ffifdyop WEB [BJDCTF2020]Easy MD5 ​编辑[护网杯 2018]easy_tornado Crypto 信息化时代的步伐 凯撒？替换？呵呵! Misc 神秘龙卷风 学习到的…
阅读更多...
c/c++：数据类型，常量变量，标识符，有符号整型，无符号unsigned，字符类型，字符串类型，实数类型，浮点型，科学计数法

c/c++：数据类型，常量变量，标识符，有符号整型，无符号unsigned，字符类型，字符串类型，实数类型，浮点型，科学计数法

c/c：数据类型，常量变量，标识符，有符号整型，无符号unsigned，字符类型，字符串类型，实数类型，浮点型，科学计数法 2022找工作是学历、能力和运气的超强结合体&am…
阅读更多...
C++ Primer 第7章 类 - 上（零基础学习C++，精简学习笔记）

C++ Primer 第7章 类 - 上（零基础学习C++，精简学习笔记）

🤖 作者简介：努力的clz ，一个努力编程的菜鸟 🐣🐤🐥 👀 文章专栏：C Primer 学习笔记 📔专栏简介： 本专栏是博主学习 C Primer 的学习笔记，因为…
阅读更多...
【NX2023/1847】UG软件安装详细指南教程

【NX2023/1847】UG软件安装详细指南教程

提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档 文章目录安装包一、安装包内容检查二、安装步骤1.安装JAVA_WIN64.exe2.运行Launch.exe3.安装许可3.直接重启电脑（小白直接重启稳妥）4.重启后继续运行L…
阅读更多...
网络威胁情报项目：为什么仍然很疯狂

网络威胁情报项目：为什么仍然很疯狂

大约五年前，向首席信息安全官（ CISO）询问他们的网络威胁情报 (CTI) 计划时，得到了两种截然不同的回答。 资源丰富的大型企业正在投资他们的威胁情报计划，目的是为了战术、运营和战略目的更好地实施它。 规模较小、资…
阅读更多...
Day942.独立编译调试 -系统重构实战

Day942.独立编译调试 -系统重构实战

独立编译调试 Hi，我是阿昌，今天学习记录的是关于独立编译调试的内容。 当组件做 独立的版本演进时，如果开发在本地每次修改代码时，都需要进行集成打包验证，反而会影响日常的开发效率。所以如果能够让组件独立进行编译…
阅读更多...
Object方法

Object方法

私人博客 许小墨のBlog —— 菜鸡博客直通车 系列文章完整版，配图更多，CSDN博文图片需要手动上传，因此文章配图较少，看不懂的可以去菜鸡博客参考一下配图！ 系列文章目录 前端系列文章——传送门 JavaScript系列文章—…
阅读更多...
Node.js -- 模块化

Node.js -- 模块化

1.模块化的基本概念 模块化是指解决一个复杂问题时，自顶向下逐层吧系统划分成若干模块的过程。对于整个系统来说，模块是可组合，分解和更换的单元。 将代码进行模块化拆分的好处： 提高代码的复用性提高代码的可维护性可以实现按…
阅读更多...
元宇宙：新的数字模式——元宇宙会场

元宇宙：新的数字模式——元宇宙会场

一、引言 元宇宙是一个充满无限可能的虚拟空间，人们可以在其中创建和参与各种虚拟场景和体验。元宇宙技术的兴起，为传统的会场提供了一个新的方向。元宇宙会场将线下会场的物理空间转化为虚拟空间，通过数字技术和互联网实现了人们在虚拟环境…
阅读更多...
我的第一台电脑的故事

我的第一台电脑的故事

第一台电脑啊，多么遥远的故事了，又似乎就在眼前。今天重回往事，就简单记录一下吧。 🌱缘起 那是初一，至今已13年，遂觉遥远，而又是立志我学习的起点，至今还在校园，又觉就…
阅读更多...
断开连接图的 BFS

断开连接图的 BFS

在上一篇文章中，仅对特定顶点执行 BFS，即假设所有顶点都可以从起始顶点到达。但是在断开连接的图或所有顶点都无法访问的任何顶点的情况下，之前的实现将不会给出所需的输出，因此在这篇文章中，在 BFS 中进行了修改。 所有顶点都是可达的。因此，对于上图，简单的BFS就可以…
阅读更多...
【消息队列】细说Kafka消费者位移机制

【消息队列】细说Kafka消费者位移机制

什么是位移 位移说白了就是消费者消费对应的Topic的分区的消费位置，之前存储到ZK中，后来转移到Kafka默认的Topic中。结构是采用keyvalue形势存储的，key是groupIdtopic分区号，value是offset的值。 而上述的存储就在_consumer_offse…
阅读更多...
微信小程序02

微信小程序02

小程序tabBar 普通页面跳转到 带有tabBar页面的时候不能使用 wx.navigateTo() 小程序中跳转到选项卡页面使用 wx.switchTab()跳转 到底部 onReachBottom() 函数 ，， 在下拉刷新显示取消loading ： wx.showNavigationBarLoading() wx.hideNavi…
阅读更多...
深入讲解Linux内核中常用的数据结构和算法

深入讲解Linux内核中常用的数据结构和算法

Linux内核代码中广泛使用了数据结构和算法，其中最常用的两个是链表和红黑树。 链表 Linux内核代码大量使用了链表这种数据结构。链表是在解决数组不能动态扩展这个缺陷而产生的一种数据结构。链表所包含的元素可以动态创建并插入和删除。链表的每个元素都是离散存…
阅读更多...
【网络原理】网络通信与协议

【网络原理】网络通信与协议

✨个人主页：bit me👇 ✨当前专栏：Java EE初阶👇 目 录一. 网络发展史二. 网络通信基础1. IP地址2. 端口号3. 认识协议（核心概念）4. 五元组5. 协议分层6. 封装和分用一. 网络发展史 独立模式：计…
阅读更多...
C++入门demo（从最简单的案例学习C++）

C++入门demo（从最简单的案例学习C++）

通过案例学习Cdemo01 在屏幕上输出内容demo02 规格不同的箱子（变量）demo03 物品存放（变量赋值）demo04 交换物品（变量之间交换数值）demo05 消失的重量（隐式类型变换）demo06 游泳池的容…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023