工作中的琐碎之spring.application.name配置的作用

在之前项目中有一个比较奇怪的问,因为当时用了分布式的部署方式,后端服务在部署之前没有太注意到spring配置的问题,导致在后期上线时时不时会出现奇奇怪怪的报错,尤其是在给上级领导做演示的时候,可以说是举步维艰😂,导致当时找问题找了很久,最终定位到了是这个服务的nameServer和本地开发环境使用的是同一个(也就是yml文件中的spring.application.name参数,表示这个服务的名称)。

导致在线上服务间调用时访问到了开发环境下的服务,这才酿成大祸。nacos做为配置中心同时也是注册中心,在分布式环境下我们都会将我们的线上的服务注册到nacos上,当过去配置文件时也会从nacos中拉取(类似zookeeper),当我们测试环境下的nameServer与生产环境相同时,nacos会误认为这两个服务间是集群关系(记得在微服务下的策略是轮询),从而导致出现报错等一系列的问题。这也给自己提了个醒,不管是在做开发时还是发版测试时都要记得更改nameServer,保证与生产环境以及其他环境不重名,减少此类问题的排查,提升开发效率

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注

*

714 次浏览