SpringCloud Alibaba Nacos(二)

Nacos作为配置中心 - 基础配置

引入依赖

<!--引入nacos config-->

<dependency>

    <groupId>com.alibaba.cloud</groupId>

    <artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId>

</dependency>

修改YML

Nacos同SpringCloud Config一样，在项目初始化时，要保证先从配置中心进行配置拉取，拉取配置之后，才能保证项目的正常运行。

SpringBoot中配置文件的加载是存在优先级顺序的：bootstrap优先级 高于 application

application.yml配置

spring:

  profiles:

 #   active: dev # 开发环境

 #   active: test # 测试环境

    active: info # 开发环境

bootstrap.yml配置

server:

  port: 3377

spring:

  application:

    name: nacos-config-client

  cloud:

    nacos:

      discovery:

        server-addr: localhost:8848 # 注册中心

      config:

        server-addr: localhost:8848 # 配置中心

        file-extension: yml # 这里指定的文件格式需要和nacos上新建的配置文件后缀相同，否则读不到

        group: TEST_GROUP

        namespace: 1bdf1418-3ed4-442c-97c1-f525b6a85b34

#  ${spring.application.name}-${spring.profile.active}.${spring.cloud.nacos.config.file-extension}

主启动类

@SpringBootApplication

@EnableDiscoveryClient

public class NacosConfigClientMain3377 {

    public static void main(String[] args) {

        SpringApplication.run(NacosConfigClientMain3377.class, args);

    }

}

业务类

@RestController

@RefreshScope // 支持nacos的动态刷新

public class ConfigClientController {

    @Value("${config.info}")

    private String configInfo;



    @GetMapping("/config/info")

    public String getConfigInfo(){

        return configInfo;

    }

}

通过SpringCloud原生注解 @RefreshScope 实现配置自动刷新

在Nacos中添加配置信息

Nacos中匹配规则

Nacos中的dataid的组成格式及与SpringBoot配置文件中的匹配规则

${spring.application.name}-${spring.profile.active}.${spring.cloud.nacos.config.file-extension}

这样，就对应我们Nacos中的这样一个配置

nacos-config-client-dev.yml

配置说明

我们在Nacos中添加配置


这里需要注意的是，在config: 的后面必须加上一个空格

测试

启动前需要在nacos客户端-配置管理下有对应的yml配置文件，然后运行cloud-config-nacos-client:3377的主启动类，调用接口查看配置信息。

启动的时候出现问题

这是因为无法读取配置所引起的，解决方案就是我们的文件名不能用 .yml 而应该是 .yaml

我们需要删除重新建立。

自带动态刷新

修改Nacos中的yaml配置文件，再次查看配置的接口，就会发现配置已经刷新了

Nacos作为配置中心 - 分类配置

从上面的配置中心 + 动态刷新 ， 就相当于 有了 SpringCloud Config + Spring Cloud Bus的功能

作为后起之秀的Nacos，还具备分类配置的功能

问题

用于解决多环境多项目管理

在实际开发中，通常一个系统会准备

dev开发环境
test测试环境
prod生产环境

如何保证指定环境启动时，服务能正确读取到Nacos上相应环境的配置文件呢？

同时，一个大型分布式微服务系统会有很多微服务子项目，每个微服务子项目又都会有相应的开发环境，测试环境，预发环境，正式环境，那怎么对这些微服务配置进行管理呢？

Nacos图形化界面

配置管理:

命名空间：

Namespace + Group + Data ID 三者关系

这种分类的设计思想，就类似于java里面的package名 和 类名，最外层的namespace是可以用于区分部署环境的，Group 和 DataID逻辑上区分两个目标对象

默认情况：

Namespace=public，Group=DEFAULT_GROUP，默认Cluster是DEFAULT

Nacos默认的命名空间是public，Namespace主要用来实现隔离

比如说我们现在有三个环境：开发，测试，生产环境，我们就可以建立三个Namespace，不同的Namespace之间是隔离的。

Group默认是DEFAULT_GROUP，Group可以把不同微服务划分到同一个分组里面去

Service就是微服务，一个Service可以包含多个Cluster（集群），Nacos默认Cluster是DEFAULT，Cluster是对指定微服务的一个虚拟划分。比如说为了容灾，将Service微服务分别部署在了杭州机房，这时就可以给杭州机房的Service微服务起一个集群名称（HZ），给广州机房的Service微服务起一个集群名称，还可以尽量让同一个机房的微服务相互调用，以提升性能，最后Instance，就是微服务的实例。

三种方案加载配置

DataID方案

指定spring.profile.active 和 配置文件的DataID来使不同环境下读取不同的配置

默认空间 + 默认分组 + 新建dev 和 test两个DataID

Group方案

在创建的时候，添加分组信息

然后就可以添加分组

server:

  port: 3377

spring:

  application:

    name: nacos-config-client

  cloud:

    nacos:

      discovery:

        server-addr: localhost:8848 # 注册中心

      config:

        server-addr: localhost:8848 # 配置中心

        file-extension: yaml # 这里指定的文件格式需要和nacos上新建的配置文件后缀相同，否则读不到

        group: TEST_GROUP

Namspace方案

首先我们需要新建一个命名空间

新建完成后，能够看到有命名空间id

创建完成后，我们会发现，多出了几个命名空间切换

同时，我们到服务列表，发现也多了命名空间的切换

下面我们就可以通过引入namespaceI，来创建到指定的命名空间下

server:

  port: 3377

spring:

  application:

    name: nacos-config-client

  cloud:

    nacos:

      discovery:

        server-addr: localhost:8848 # 注册中心

      config:

        server-addr: localhost:8848 # 配置中心

        file-extension: yaml # 这里指定的文件格式需要和nacos上新建的配置文件后缀相同，否则读不到

        group: DEV_GROUP

        namespace: bbf379fb-f979-4eab-8947-2f38cfae6c0c

最后通过 namespace + group + DataID 形成三级分类