Spring Cloud Alibaba——Nacos(配置中心)

╰半橙微兮° 2023-09-30 19:14 72阅读 0赞

一、Nacos 服务端初始化

1、启动Nacos客户端

有关Nacos搭建我这里不在陈述,上面博客有写,或者直接看官网如何搭建:Nacos 官网

  1. sh startup.sh -m standalone

2、添加配置

启动好Nacos之后,在Nacos添加如下的配置

具体含义下面会做介绍

二、springBoot整合Nacos(配置中心)

说明 这里贴出的代码是在上篇博客 Spring Cloud Alibaba(4)—-Nacos(注册中心) 中项目的基础上添加。

1、pom.xml

  1. <!--添加nacos配置中心-->
  2. <dependency>
  3. <groupId>com.alibaba.cloud</groupId>
  4. <artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId>
  5. </dependency>

2、Controller层

  1. @RestController
  2. @RequestMapping("api/v1/config")
  3. public class ConfigTestController {
  4. /**
  5. * nacos获取配置
  6. */
  7. @Value("${user.name}")
  8. private String name;
  9. @RequestMapping("test-config")
  10. public Object findByGoodsId() {
  11. return name;
  12. }
  13. }

3、bootstrap.yml

  1. spring:
  2. application:
  3. name: mall-goods
  4. cloud:
  5. nacos:
  6. config:
  7. server-addr: 127.0.0.1:8848 #Nacos配置中心地址
  8. file-extension: yaml #文件拓展格式
  9. profiles:
  10. active: dev

4、测试

成功获取Nacos配置的数据

三、Nacos配置管理的模型

对于Nacos配置管理, 通过Namespace, Group, DataId能够定位到一个配置集

1、配置管理模型概念

1)Namespace(命名空间)

命名空间(namespace)可用于对不同的环境进行配置隔离. 例如: 可以隔离开发环境, 测试环境, 生成环境. 因为他们的配置可能各不相同. 或者是隔离不同的用户, 不同的开发人员使

用同一个Nacos管理各自的配置, 可通过namespace进行隔离。不同的命名空间下, 可以存在相同名称的配置分组(Group)或配置项(Data Id)

默认值:public

2)Group(配置分组)

配置分组就是上图中的Group. 配置分组是对配置集进行分组. 通过一个有意义的字符串(如: buy, trade)来表示. 不同的配置分组下可以有相同的配置集(Data ID)

默认值:DEFAULT_GROUP

3)DataId(配置集)

在系统中, 通常一个配置文件, 就是一个配置集。一个配置集可以包含系统的各种配置信息. 例如:一个配置集可能包含系统的数据源、连接池, 日志等级的配置信息。每个配置集

都可以定义一个有意义的名称, 就是配置集的Id, 即Data Id

4)配置项

配置集中包含的一个个配置内容, 就是配置项。 它代表具体的可配置的参数. 通常以key=value的形式存在.

2、通俗理解

这里通俗去理解这几个概念含义

  1. Namespace: 代表不同的环境, 如: 开发、测试, 生产等
  2. Group: 可以代表某个项目, XX就业项目, XX电商项目
  3. DataId: 每个项目下往往有若干个工程, 每个配置集(DataId)是一个工程的主配置文件(比如这里的mall-goods.yaml就是一个配置集)

3、页面理解

  1. 1)代表 Namespace(命名空间),默认就创建好public,这里创建好了一个dev
  2. 2)代表 Group(配置分组),这里默认分组 DEFAULT_GROUP
  3. 3)代表 DataId(配置集),这里有个配置mall-goods.yaml,配置集里有配置项user.name: "我是张三的好朋友李四"

四、补充

1、为什么要用bootstrap.yaml

为什么用bootstrap.yaml而不用application.xml官方有说明

  1. 必须使用 bootstrap.properties 配置文件来配置Nacos Server 地址

虽然 bootstrap.yamlapplication.xml 都属于配置文件,功能也一样。但技术上,bootstrap.yml由父Spring ApplicationContext加载。父ApplicationContext会在

application.yml之前被加载。当使用 Spring Cloud 的时候,配置信息一般是从 config server 加载的,为了取得配置信息(比如密码等),你需要一些提早的或引导配置。

因此,把 config server信息放在 bootstrap.yml,用来加载真正需要的配置信息。

说明 bootstrap.properties 和 bootstrap.yaml到没有什么区别,只是格式上有点不一样。

2、DataId(配置集)和微服务对于关系

我们在Nacos配置的配置集叫: mall-goods.yaml,它是如何和我们项目匹配上的呢?

我们再来看下我们的 bootstrap.yml 的配置

我们前面说了,通过namespace, group, dataId能够定位到一个配置集。从这个配置中我们没有去指明具体namespace,那就代表采用默认的 public。没有制定group,

代表采用默认DEFAULT_GROUP。那么配置集就为

  1. ${spring.application.name}.${file-extension:properties} #这里就相当于 mall-goods.yaml
  2. ${spring.application.name}-${profile}.${file-extension:properties} # 这里就相当于 mall-goods-dev.yaml

如果同时配置的话,mall-goods-dev.yaml会覆盖mall-goods.yaml中的配置

发表评论

表情:
评论列表 (有 0 条评论,72人围观)

还没有评论,来说两句吧...

相关阅读

    相关 Spring Cloud 分布式配置

    什么是配置中心 在分布式系统中,由于服务数量巨多,为了方便服务配置文件统一管理,实时更新,所以需要分布式配置中心组件。在Spring Cloud中,有分布式配置中心