目录1、Nacos作为配置中心-基础配置1.1 新建cloudalibaba-config-nacos-client3377模块1.2 pom.xml1.2 YML文件1.2.1 为什么配置要配置两个yml文件1.2.2 bootstrap.yml1.2.3 application.yml1.3 主启动类1.4 业务类1.5 在Nacos中添加配置信息1.6 测试2、Nacos作为配置中心-分类配置2.1 上面的配置存在什么问题2.2 Nacos的图形化管理界面2.3 NamespaceGroupData ID三者关系为什么这么设计2.3.1 是什么2.3.2 三者关系2.4 三种方案加载配置2.4.1 DataID方案2.4.2 Group方案2.4.3 Namespace方案1、Nacos作为配置中心-基础配置1.1 新建cloudalibaba-config-nacos-client3377模块1.2 pom.xmldependencies !--nacos-config-- dependency groupIdcom.alibaba.cloud/groupId artifactIdspring-cloud-starter-alibaba-nacos-config/artifactId /dependency !--nacos-discovery-- dependency groupIdcom.alibaba.cloud/groupId artifactIdspring-cloud-starter-alibaba-nacos-discovery/artifactId /dependency !--web actuator-- dependency groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-web/artifactId /dependency dependency groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-actuator/artifactId /dependency !--一般基础配置-- dependency groupIdorg.springframework.boot/groupId artifactIdspring-boot-devtools/artifactId scoperuntime/scope optionaltrue/optional /dependency dependency groupIdorg.projectlombok/groupId artifactIdlombok/artifactId optionaltrue/optional /dependency dependency groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-test/artifactId scopetest/scope /dependency /dependencies1.2 YML文件1.2.1 为什么配置要配置两个yml文件Nacos同springcloud-config一样在项目初始化时要保证先从配置中心进行配置拉取 拉取配置之后才能保证项目的正常启动。springboot中配置文件的加载是存在优先级顺序的bootstrap优先级高于application。1.2.2 bootstrap.yml# nacos配置 server: port: 3377 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.application.name}-${spring.profile.active}.${spring.cloud.nacos.config.file-extension}1.2.3 application.ymlspring: profiles: active: dev # 表示开发环境1.3 主启动类EnableDiscoveryClient SpringBootApplication public class NacosConfigClientMain3377 { public static void main(String[] args) { SpringApplication.run(NacosConfigClientMain3377.class, args); } }1.4 业务类ConfigClientControllerRestController RefreshScope //在控制器类加入RefreshScope注解使当前类下的配置支持Nacos的动态刷新功能。 public class ConfigClientController { Value(${config.info}) private String configInfo; GetMapping(/config/info) public String getConfigInfo() { return configInfo; } }通过使用Spring Cloud原生注解RefreshScope实现配置自动更新。1.5 在Nacos中添加配置信息Nacos匹配规则文档:https://nacos.io/zh-cn/docs/quick-start-spring-cloud.html公式:spring.application.name−{spring.profiles.active}.我们新增一个配置我们当下程序中的配置和配置中心文件的对应关系如下1.6 测试启动前需要在nacos客户端-配置管理-配置管理栏目下有对应的yaml配置文件运行cloud-config-nacos-client3377的主启动类调用接口查看配置信息http://localhost:3377/config/info用的的确是远程配置中心中的信息。测试动态刷新我们先修改配置中心的version4访问http://localhost:3377/config/info发现配置已经更新了比以前Spring Cloud Congfigeureka_Spring Cloud Bus的配置方便多了。2、Nacos作为配置中心-分类配置2.1 上面的配置存在什么问题问题1实际开发中通常一个系统会准备dev开发环境test测试环境prod生产环境。如何保证指定环境启动时服务能正确读取到Nacos上相应环境的配置文件呢问题2一个大型分布式微服务系统会有很多微服务子项目每个微服务项目又都会有相应的开发环境、测试环境、预发环境、正式环境…那怎么对这些微服务配置进行管理呢2.2 Nacos的图形化管理界面配置管理界面命名空间界面2.3 NamespaceGroupData ID三者关系为什么这么设计2.3.1 是什么类似Java里面的package名和类名 最外层的namespace是可以用于区分部署环境的Group和DataID逻辑上区分两个目标对象。2.3.2 三者关系NamespacepublicGroupDEFAULT_GROUP, 默认Cluster是DEFAULTNacos默认的命名空间是publicNamespace主要用来实现隔离。比方说我们现在有三个环境开发、测试、生产环境我们就可以创建三个Namespace不同的Namespace之间是隔离的。Group默认是DEFAULT_GROUPGroup可以把不同的微服务划分到同一个分组里面去Service就是微服务一个Service可以包含多个Cluster集群Nacos默认Cluster是DEFAULTCluster是对指定微服务的一个虚拟划分。比方说为了容灾将Service微服务分别部署在了杭州机房和广州机房这时就可以给杭州机房的Service微服务起一个集群名称HZ给广州机房的Service微服务起一个集群名称GZ还可以尽量让同一个机房的微服务互相调用以提升性能。最后是Instance就是微服务的实例。2.4 三种方案加载配置2.4.1 DataID方案指定spring.profile.active和配置文件的DataID来使不同环境下读取不同的配置默认空间默认分组新建dev和test两个DataID。新建dev配置DataID新建test配置DataID测试先使用dev环境测试访问http://localhost:3377/config/info再使用test环境测试访问http://localhost:3377/config/info2.4.2 Group方案通过Group实现环境区分新建Group在nacos图形界面控制台上面新建配置文件DataIDbootstrap.yml在config下增加一条group的配置即可。可配置为DEV_GROUP或TEST_GROUPapplication.yml访问测试http://localhost:3377/config/info2.4.3 Namespace方案新建dev/test的Namespace注意下面的命名空间ID回到服务管理-服务列表查看在dev命名空间下新建3个配置项.bootstrap.yml,这里在namespace属性上配置命名空间的IDapplication.yml上面的配置代表这里我们要访问的是dev命名空间下(上面配置的命名空间ID是dev的)TEST_GROUP组中的nacos-config.client-dev.yaml配置文件。 
长河君 · 2026/10/13 3:11:44 · 阅读 1.2k Nacos作为服务配置中心实战
目录1、Nacos作为配置中心-基础配置1.1 新建cloudalibaba-config-nacos-client3377模块1.2 pom.xml1.2 YML文件1.2.1 为什么配置要配置两个yml文件1.2.2 bootstrap.yml1.2.3 application.yml1.3 主启动类1.4 业务类1.5 在Nacos中添加配置信息1.6 测试2、Nacos作为配置中心-分类配置2.1 上面的配置存在什么问题2.2 Nacos的图形化管理界面2.3 NamespaceGroupData ID三者关系为什么这么设计2.3.1 是什么2.3.2 三者关系2.4 三种方案加载配置2.4.1 DataID方案2.4.2 Group方案2.4.3 Namespace方案1、Nacos作为配置中心-基础配置1.1 新建cloudalibaba-config-nacos-client3377模块1.2 pom.xmldependencies !--nacos-config-- dependency groupIdcom.alibaba.cloud/groupId artifactIdspring-cloud-starter-alibaba-nacos-config/artifactId /dependency !--nacos-discovery-- dependency groupIdcom.alibaba.cloud/groupId artifactIdspring-cloud-starter-alibaba-nacos-discovery/artifactId /dependency !--web actuator-- dependency groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-web/artifactId /dependency dependency groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-actuator/artifactId /dependency !--一般基础配置-- dependency groupIdorg.springframework.boot/groupId artifactIdspring-boot-devtools/artifactId scoperuntime/scope optionaltrue/optional /dependency dependency groupIdorg.projectlombok/groupId artifactIdlombok/artifactId optionaltrue/optional /dependency dependency groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-test/artifactId scopetest/scope /dependency /dependencies1.2 YML文件1.2.1 为什么配置要配置两个yml文件Nacos同springcloud-config一样在项目初始化时要保证先从配置中心进行配置拉取 拉取配置之后才能保证项目的正常启动。springboot中配置文件的加载是存在优先级顺序的bootstrap优先级高于application。1.2.2 bootstrap.yml# nacos配置 server: port: 3377 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.application.name}-${spring.profile.active}.${spring.cloud.nacos.config.file-extension}1.2.3 application.ymlspring: profiles: active: dev # 表示开发环境1.3 主启动类EnableDiscoveryClient SpringBootApplication public class NacosConfigClientMain3377 { public static void main(String[] args) { SpringApplication.run(NacosConfigClientMain3377.class, args); } }1.4 业务类ConfigClientControllerRestController RefreshScope //在控制器类加入RefreshScope注解使当前类下的配置支持Nacos的动态刷新功能。 public class ConfigClientController { Value(${config.info}) private String configInfo; GetMapping(/config/info) public String getConfigInfo() { return configInfo; } }通过使用Spring Cloud原生注解RefreshScope实现配置自动更新。1.5 在Nacos中添加配置信息Nacos匹配规则文档:https://nacos.io/zh-cn/docs/quick-start-spring-cloud.html公式:spring.application.name−{spring.profiles.active}.我们新增一个配置我们当下程序中的配置和配置中心文件的对应关系如下1.6 测试启动前需要在nacos客户端-配置管理-配置管理栏目下有对应的yaml配置文件运行cloud-config-nacos-client3377的主启动类调用接口查看配置信息http://localhost:3377/config/info用的的确是远程配置中心中的信息。测试动态刷新我们先修改配置中心的version4访问http://localhost:3377/config/info发现配置已经更新了比以前Spring Cloud Congfigeureka_Spring Cloud Bus的配置方便多了。2、Nacos作为配置中心-分类配置2.1 上面的配置存在什么问题问题1实际开发中通常一个系统会准备dev开发环境test测试环境prod生产环境。如何保证指定环境启动时服务能正确读取到Nacos上相应环境的配置文件呢问题2一个大型分布式微服务系统会有很多微服务子项目每个微服务项目又都会有相应的开发环境、测试环境、预发环境、正式环境…那怎么对这些微服务配置进行管理呢2.2 Nacos的图形化管理界面配置管理界面命名空间界面2.3 NamespaceGroupData ID三者关系为什么这么设计2.3.1 是什么类似Java里面的package名和类名 最外层的namespace是可以用于区分部署环境的Group和DataID逻辑上区分两个目标对象。2.3.2 三者关系NamespacepublicGroupDEFAULT_GROUP, 默认Cluster是DEFAULTNacos默认的命名空间是publicNamespace主要用来实现隔离。比方说我们现在有三个环境开发、测试、生产环境我们就可以创建三个Namespace不同的Namespace之间是隔离的。Group默认是DEFAULT_GROUPGroup可以把不同的微服务划分到同一个分组里面去Service就是微服务一个Service可以包含多个Cluster集群Nacos默认Cluster是DEFAULTCluster是对指定微服务的一个虚拟划分。比方说为了容灾将Service微服务分别部署在了杭州机房和广州机房这时就可以给杭州机房的Service微服务起一个集群名称HZ给广州机房的Service微服务起一个集群名称GZ还可以尽量让同一个机房的微服务互相调用以提升性能。最后是Instance就是微服务的实例。2.4 三种方案加载配置2.4.1 DataID方案指定spring.profile.active和配置文件的DataID来使不同环境下读取不同的配置默认空间默认分组新建dev和test两个DataID。新建dev配置DataID新建test配置DataID测试先使用dev环境测试访问http://localhost:3377/config/info再使用test环境测试访问http://localhost:3377/config/info2.4.2 Group方案通过Group实现环境区分新建Group在nacos图形界面控制台上面新建配置文件DataIDbootstrap.yml在config下增加一条group的配置即可。可配置为DEV_GROUP或TEST_GROUPapplication.yml访问测试http://localhost:3377/config/info2.4.3 Namespace方案新建dev/test的Namespace注意下面的命名空间ID回到服务管理-服务列表查看在dev命名空间下新建3个配置项.bootstrap.yml,这里在namespace属性上配置命名空间的IDapplication.yml上面的配置代表这里我们要访问的是dev命名空间下(上面配置的命名空间ID是dev的)TEST_GROUP组中的nacos-config.client-dev.yaml配置文件。