目录

前言

配置中心介绍

什么是配置中心

Nacos配置中心

数据结构

命名空间

分组

服务

配置中心添加配置

读取配置

本地添加依赖

本地添加配置

测试

结语


前言

前文讲了ELK,ELK说简单也简单,说复杂也复杂,但说实话,微服务里这么些个东西,从部署角度来看,比起Dubbo,Nacos这些,ELK算是比较难的一个了,上一篇博客博主也只是简单的讲解了安装,关于具体使用还差得很远。所以里面推荐了官方的账号,官方的账号里面内容很多很大,需要耐心去学习。博主还是推荐大家去官方的c站账号下学习,又具体又全面,而且还不会有问题。开始新的学习前,那喊两声:ELK牛逼,ELK真难,加油!加油!

配置中心介绍

配置中心我们也是针对微服务来说的,所以这个配置中心当然是微服务的配置中心,下面,我们就来说说什么是配置中心。

什么是配置中心

就像文字描述的那样,配置中心主要用来解决配置问题,在微服务项目中,我们的配置一般是写在yml文件或者properties文件中的,这是我们所熟知的一种写法。

有时候,多个子项目共用一个配置的时候,当需要修改时,往往需要去修改每一个子项目的配置,搞不好还会改错,这时候,如果能有一个地方可以统一修改,全部生效,那该是多么轻松啊,这就是配置中心的作用。

总结一下就是:配置中心能够达到高效修改各模块配置的作用。

Nacos配置中心

Nacos我们都知道,我们前面微服务中已经学过,我们知道Nacos是注册中心,所有的子项目都在Nacos服务器上留下了自己的身份信息,所以Nacos就可以尝试对已知的服务器做一些管理,比如配置。

Nacos作为配置中心支持的文件格式很多,除了我们所熟悉的properties,yml,还支持txt,json,xml等,实际我们可能用不到那么多。

数据结构

Nacos数据结构,简单分,可以分为三个部分,分别是:命名空间,分组,服务。

命名空间

命名空间又命Namespace,是Nacos提供的最大的数据结构,一个Nacos可以有多个命名空间,命名空间也可以有多个分组,命名空间在Nacos中可自行创建,创建方法见下方:

我们创建的命名空间叫:

要注意,默认的public命名空间不能删除和修改,你也无法删除和修改。只要自己创建了命名空间,注册Nacos时就可以指定可注册到的命名空间名称了。好处就是,多个命名空间可以对项目起到隔离的作用,使他们之间互不干扰。

要切换命名空间,请看下图:

分组

命名空间中,我们说,一个命名空间可以有多个分组,分组的作用就是对他们做进一步的隔离,不需要额外的分组时,分组名可自定义,我们一般推荐使用:DEFAULF_GROUP。细心的小伙伴会发现,这在我们微服务项目中也是有使用的。

服务

当命名空间和分组名称都确定之后,就可以添加服务和配置了,我们微服务中的各模块就是服务,默认保存在public命名空间下,下面我们就用配置中心功能来修改下配置的位置,设置了命名空间,其实就是设置命名空间ID,这在我们的命名空间截图中是有体现的,大家可以翻上去看一看。

值得一提的是,配置中心的优先级高于项目中已有的yml等配置文件的优先级。这一点,我们在下面会继续讲他们的优先级,这决定了他们的生效顺序。

配置中心添加配置

下面,我们来添加一下配置,就以我们前面学的微服务项目中的cart模块为例,下面开始添加配置:

配置管理-配置立列表-右上方+号,点击后进入下面的页面:

Data ID就是该配置的名字,可自定义,建议名称格式:nacos-cart.yaml。

Group默认为我们推荐的名称,没有其他分组的情况建议使用默认的,避免搞乱。

配置格式我们建议选YAML,这种格式的层级效果明显,便于观察,主要是现在仅支持YAML和Properties。

配置内容,根据需要把我们本地的配置文件中的内容填写进来。

这里为了测试效果,我们不会把整个配置文件都贴进去,其实贴进去也可以,但为了看效果,我们只把数据库链接部分的配置贴进去,同时把本地文件中数据库部分删除。

像这样:

读取配置

做完这些还不够,配置中心还不能够正常工作,还需要两步来完成读取配置,让配置中心工作。万丈高楼平地起,虽然前期麻烦一点,但是后面香啊。

本地添加依赖

    com.alibaba.cloud    spring-cloud-starter-alibaba-nacos-config    org.springframework.cloud    spring-cloud-starter-bootstrap

本地添加配置

添加配置时,需要我们新建一个file,名字叫bootstrap.yml,千万别写错了,创建成功后前面的logo也是一片叶子,不同的是右下角是个云的标志:

接着在这个文件中添加配置信息:

spring:  cloud:    nacos:      discovery:        server-addr: localhost:8848      config:        #  指定配置中心的位置        server-addr: localhost:8848        # 指定配置文件所在的组名(命名空间默认public不需要指定)        group: DEFAULT_GROUP        # 设置配置文件的后缀名        # 默认情况下会加载[项目名].[后缀名]为DataId的配置        # 当前项目名称为nacos-cart所以默认加载的DataId为:nacos-cart.yaml        file-extension: yaml

这里里面的文字部分,很重要,特别是group和文件扩展名:

不要纠结这个名字,如果你想要,你可以随便写名字,然后在配置中配置名字:

spring:  cloud:    nacos:      config:        name: xxxxx

最后一定要点击发布:

发布成功后会有如下提示,接下来就可以准备测试环节了:

测试

测试很简单,运行你的功能就可以了,在此之前,请启动需要开启的服务,如Nacos,seata等,看自己项目需要开启。运行后,只要cart模块能正常运行并工作,你的测试就是成功的,我们在cart中引入了knife4j,它能正常工作,就代表测试是成功的,不再贴测试结果了,请大家严格自行完成测试。

优先级说明

简单来说,bootstrap.yml>bootstrap.properties>application.yml>application.properties。这是从项目启动到启动完成过程中,配置文件生效的先后顺序,可以看到,yml的优先级永远高于properties,bootstrap.yml优先级最高。

bootstrap这组配置文件有点特殊,一般是专门用于加载系统级别的配置,这些配置一般不会轻易修改。

特别注意,只有SpringCloud项目才能加载bootstrap的配置,加载这组配置也是需要依赖的,上面已经给出:spring-cloud-starter-bootstrap,不过我们给出的依赖是2020年之后的依赖,之前的依赖不是这个,是什么我就不说了,避免误导大家,感兴趣的可以查下。

结语

配置中心的使用整体上算是比较简单的,操作性也不强,只要细心一点就可以完成,难度指数只能算是一颗星了,想起上篇ELK博主就不免心中叹息,只怪博主ELK也没学到家,还不能够用最简洁的方式让大家快速学会,革命尚未成功,同志仍需努力,一起加油吧,童鞋们!