nacos配置中心应用实战

使用nacos配置中心进行开发

1.将nacos配置中心集成进来后，默认使用nacos配置中心进行配置读取及更新。

2.将nacos公共配置，比如服务器地址、后缀等，放到platform-boot-config工程下的bootstrap.yaml中进行配置，这样每个微服务就不用重复配置了。

3.代码中使用和之前一样，一般使用配置类或者@value注解形式，推荐配置类使用，因为@value注解形式需要手动添加@RefreshScope注解才会生效。

4..如果需要变更某个属性的值，可以去nacos配置中心界面中，修改对应微服务的配置文件。

5.如果某个微服务的配置，其他微服务需要使用，例如：customer-api中某个配置，portal-ui和customer-service微服务都要使用，

那么customer-ui需要创建一个供其他微服务使用的配置文件，名称为common-customer-api.yaml，其他微服务使用扩展配置文件的方式引入即可。

6.每个微服务使用共享配置方式，新增一个配置文件，例如：share-customer-service.yaml，预留扩展一个位置，以便后续给测试或者现场看问题，设置配置使用。

个人客户新BOSS

1.可能需要给客户化工程添加配置，所以使用共享配置方式新增配置文件，例如hebei-customer-service.yaml，hebei使用变量替代，例如：${area-config:hebei-customer-service.yaml}，以便区分地市使用

配置规范

1.新增配置时，写清配置功能、含义、如何配置、作用范围、是否立即生效、配置在服务端还是客户端等等。

2.后续如果增大作用范围，需要及时补充。

使用本地配置开发

有一些场景，可能不想使用nacos配置中心进行配置管理，想使用本地的配置

nacos配置中心给我们提供了一个配置参数：spring.cloud.nacos.config.enabled =false，来关闭Spring Cloud Nacos Config 配置功能。

开发人员可以在idea编辑器使用以下方式进行配置：

1.通过更改命令行参数、环境变量等方式

 

 

 

2.通过更改profile方式，例如新增配置文件bootstrap-dev.yaml，将spring.cloud.nacos.config.enabled配置为false，之后将active profiles设置为dev即可。

集成测试共享配置中心

1.集成测试时，如果开发和测试想共同使用一套配置，只要将命名空间统一即可。

2.命名空间可以通过更改服务器的环境变量，之后重启容器即可。

3.命名空间ID可以在nacos配置界面中看到，入下图

 

4.命名空间ID如果不填写，nacos会帮我们默认生成一串，建议新建命名空间时，主动填写

 

多套测试环境切换

1.如果测试组测试时，想使用不同的配置，可以新建命名空间，之后将已有命名空间下的配置克隆一份到新的命名空间

2.之后将配置修改即可，克隆操作如图