浅谈Nacos配置

Posted 2021-07-14 远眺科技

 

      回想我们做过的大大小小的项目，似乎总离不开各种格式配置、修改配置文件中的配置属性、重启应用。。。

   ——如果不用修改代码便能解决这些问题，那该有多好？

   ——现在项目越来越多，一个配置文件中的配置信息太多，在进行阅读和配置时非常不方便，怎么办呢？

别怕！

只要思想不滑坡，办法总比困难多！

将配置分类，用不同配置文件规整不同类型的配置属性，这样阅读和修改配置时只要打开对应名称的配置文件，修改其中的配置就可以了！

随着公司业务飞速发展，我们的服务器也渐渐有了压力，有解决方案吗？

当然有！！！

       我们补充了大批服务器，负载均衡，多机部署搞起来！服务的稳定性得到大幅度提升。可是服务多了，每个服务里都有相同的配置文件，遇到配置属性变动时，我们需要修改每个服务的配置文件，再重启每个服务，重启期间还要保证线上业务不中断，对配置文件的维护好像变得不那么美好了

该Nacos配置中心出场了！！

来看看它能解决什么问题吧！

01

 动态读取配置

       配置文件中的配置信息，在修改完成后都需要重启服务才能够使配置生效。使用配置中心，只要你点击发布，实时生效，再也不用挨个去重启服务了。

02

环境隔离

       配置中心可以根据命名空间做到环境隔离，比如我们在整个项目周期中会从开发环境、测试环境、预发布环境、生产环境一路部署过来，在不同的环境，统一配置中心可以帮我们做到完美隔离。

03

 统一配置

04

修改记录的追溯

       统一配置中心会帮我们记录配置文件的每次变动，如果有人修改错了配置数据，影响到业务，也方便我们追根溯源。

怎样才能让项目用上Nacos配置中心呢？

老规矩，微服务项目的【三板斧】来了！

加依赖

在pom文件中加入下面的依赖配置

加注解

很遗憾，我不需要注解

加配置

打开项目的bootstrap.yml文件，加入以下配置

▲spring.profiles.active: 在nacos上激活的配置文件的组成部分

▲spring.cloud.nacos.config.file-extension: 在naocs上配置文件的类型，nacos目前支持六种类型（text、json、xml、yaml、html、properties）

▲spring.cloud.nacos.config.namespace：用于进行租户粒度的配置隔离。不同的命名空间下，可以存在相同的 Group 或 Data ID 的配置。Namespace 的常用场景之一是不同环境的配置的区分隔离，例如开发测试环境和生产环境的资源（如配置、服务）隔离等

▲spring.application.name: 应用名称，最终应用名称会和spring.profiles.active参数共同组成dataId，来定位到nacos上的配置文件的名称

       三板斧完成，只需启动Nacos，然后在Nacos上配置好对应的配置文件和里面的内容。配置完成后启动项目（项目中除了bootstrap.yml之外的配置文件可以全部删掉），项目成功启动，在Nacos上的配置就全部成功读取啦！

       好了，浅谈结束，大家是不是迫不及待的想要去调整自己的项目了呢？没有？我们都是勤奋好学的优等生，只讲使用不讲原理怎么行？

       没问题，我们改天再约，只讲原理，不谈使用！

【远眺科技】

扫描二维码