谷粒商城学习笔记-23-分布式组件-SpringCloud Alibaba-Nacos配置中心-简单示例
之前已经学习了使用Nacos作为注册中心,这一节学习Nacos另外一个核心功能:配置中心
。
一,Nacos配置中心简介
Nacos是一个易于使用的平台,用于动态服务发现和配置管理。作为配置中心,Nacos提供了以下核心功能和优势:
-
动态配置管理:Nacos允许用户在不重启服务的情况下动态地修改和推送配置信息,实现配置的实时更新。
-
配置集中存储:Nacos提供了一个中心化的配置存储,使得配置信息易于管理和维护,避免了配置分散在不同环境和系统中的问题。
-
配置版本控制:Nacos支持配置的版本控制,可以追踪配置的变更历史,方便进行回滚操作。
-
配置共享:Nacos允许跨服务共享配置,提高配置的复用性,减少冗余。
-
配置隔离:通过命名空间(Namespace)的概念,Nacos支持不同环境(如开发、测试、生产)的配置隔离,确保环境间的配置不会相互干扰。
-
配置监听和推送:Nacos提供了配置监听功能,当配置发生变化时,可以主动推送更新到客户端,实现配置的热更新。
-
安全性:Nacos支持配置的访问控制和权限管理,确保只有授权用户才能访问或修改配置。
-
多环境支持:Nacos支持多种部署环境,可以满足不同规模和需求的配置管理。
-
与Spring Cloud集成:Nacos与Spring Cloud紧密集成,提供了spring-cloud-starter-alibaba-nacos-config等组件,简化了在Spring Cloud应用中使用Nacos配置中心的过程。
-
易用性:Nacos提供了友好的用户界面,使得配置的查看、修改和管理变得直观简单。
Nacos作为配置中心,适用于微服务架构、云原生应用以及需要动态配置管理的分布式系统。通过集中管理配置,Nacos帮助企业提高了配置管理的效率和安全性,同时也简化了开发和运维的工作。
二,Nacos配置中心的使用说明
使用说明在官方文档上有详细记录,点击查看文档https://nacos.io/zh-cn/docs/v2/ecology/use-nacos-with-spring-cloud.html。
1,声明对配置中心的Maven依赖
要使用配置中心首先要添加依赖。
<dependency>
<groupId>com.alibaba.cloud</groupId>
<artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId>
</dependency>
在谷粒商城这个项目中,因为所有服务都要使用Nacos配置中心,所以在common模块添加这个依赖
2,在 bootstrap.properties 中配置 Nacos server 的地址和应用名
在工程或者模块的resource目录下,bootstrap.properties问中声明Nacos服务器的地址和服务名称。
spring.cloud.nacos.config.server-addr=127.0.0.1:8848
spring.application.name=gulimall-coupon
3,在Nacos配置列表界面创建配置文件
点击创建配置后,会有如下页面。
- ① Data ID相当于文件名,要包含服务名,比如gulimall-coupon.properties
- ② 配置文件类型,支持多种,对于微服务来讲,一般是yaml或者properties
- ③ 黑色框内是要填充的配置信息
在 Nacos Spring Cloud
中,Data Id
的完整格式如下:
${prefix}-${spring.profiles.active}.${file-extension}
prefix
默认为spring.application.name
的值,也可以通过配置项spring.cloud.nacos.config.prefix
来配置。spring.profiles.active
即为当前环境对应的profile
,详情可以参考 Spring Boot文档。 注意:当spring.profiles.active
为空时,对应的连接符 - 也将不存在,dataId 的拼接格式变成${prefix}.${file-extension}
file-exetension
为配置内容的数据格式,可以通过配置项spring.cloud.nacos.config.file-extension
来配置。目前只支持properties
和yaml
类型。
三,测试
1,把配置信息放在工程里
我们先把信息放在工程的配置文件中,在coupon模块的配置文件application.properties中配置如下信息:
coupon.user.name=lcy
coupon.age=22
2,编写测试代码
在Controller中增加一个方法,使用配置文件中的配置信息。
@Value("${coupon.user.name}")
private String userName;
@Value("${coupon.user.age}")
private String userAge;
@RequestMapping("test")
public R test(){
return R.ok().put("name", userName).put("age", userAge);
}
注意上述代码,我们是通过注解@Value将配置文件中的配置注入到类变量中,然后在方法中引用。
3,测试
启动服务后,在浏览器中输入以下地址。
http://localhost:7000/coupon/coupon/test
输出如下,说明已经读取了配置文件中的信息。
4,把配置信息配置到配置中心
以优惠券服务为例进行配置。
点击配置文件列表右侧编辑按钮,进入编辑界面。
注意,为了弄清楚配置中心配置文件和本地配置文件的区别和联系,我们没有删除上一步本地的配置。
目前仅在配置中心配置了一项配置,这项配置在本地配置中也有,但值不一样,本地配置是coupon.user.name=lcy
,配置中心是coupon.user.name=lcy2
。
重启服务后刷新浏览器,结果如下。
显然,name的值取自配置中心,而不是本地配置文件,说明配置中心的值会覆盖本地配置文件的值。
错误记录
原文地址:https://blog.csdn.net/epitomizelu/article/details/140312108
免责声明:本站文章内容转载自网络资源,如本站内容侵犯了原著者的合法权益,可联系本站删除。更多内容请关注自学内容网(zxcms.com)!