Nacos作为服务配置中心实战

Nacos作为服务配置中心实战

  • 1、Nacos作为配置中心-基础配置
    • 1.1 新建cloudalibaba-config-nacos-client3377模块
    • 1.2 pom.xml
    • 1.2 YML文件
      • 1.2.1 为什么配置要配置两个yml文件
      • 1.2.2 bootstrap.yml
      • 1.2.3 application.yml
    • 1.3 主启动类
    • 1.4 业务类
    • 1.5 在Nacos中添加配置信息
    • 1.6 测试
  • 2、Nacos作为配置中心-分类配置
    • 2.1 上面的配置存在什么问题?
    • 2.2 Nacos的图形化管理界面
    • 2.3 Namespace+Group+Data ID三者关系?为什么这么设计?
      • 2.3.1 是什么?
      • 2.3.2 三者关系
    • 2.4 三种方案加载配置
      • 2.4.1 DataID方案
      • 2.4.2 Group方案
      • 2.4.3 Namespace方案

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

1.1 新建cloudalibaba-config-nacos-client3377模块

Nacos作为服务配置中心实战_第1张图片

1.2 pom.xml

 <dependencies>
        
        <dependency>
            <groupId>com.alibaba.cloudgroupId>
            <artifactId>spring-cloud-starter-alibaba-nacos-configartifactId>
        dependency>
        
        <dependency>
            <groupId>com.alibaba.cloudgroupId>
            <artifactId>spring-cloud-starter-alibaba-nacos-discoveryartifactId>
        dependency>
        
        <dependency>
            <groupId>org.springframework.bootgroupId>
            <artifactId>spring-boot-starter-webartifactId>
        dependency>
        <dependency>
            <groupId>org.springframework.bootgroupId>
            <artifactId>spring-boot-starter-actuatorartifactId>
        dependency>
        
        <dependency>
            <groupId>org.springframework.bootgroupId>
            <artifactId>spring-boot-devtoolsartifactId>
            <scope>runtimescope>
            <optional>trueoptional>
        dependency>
        <dependency>
            <groupId>org.projectlombokgroupId>
            <artifactId>lombokartifactId>
            <optional>trueoptional>
        dependency>
        <dependency>
            <groupId>org.springframework.bootgroupId>
            <artifactId>spring-boot-starter-testartifactId>
            <scope>testscope>
        dependency>
    dependencies>

1.2 YML文件

1.2.1 为什么配置要配置两个yml文件

  Nacos同springcloud-config一样,在项目初始化时,要保证先从配置中心进行配置拉取,
拉取配置之后,才能保证项目的正常启动。

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

1.2.2 bootstrap.yml

# nacos配置
server:
  port: 3377

spring:
  application:
    name: nacos-config-client
  cloud:
    nacos:
      discovery:
        server-addr: localhost:8848 #Nacos服务注册中心地址
      config:
        server-addr: localhost:8848 #Nacos作为配置中心地址
        file-extension: yaml #指定yaml格式的配置
 
 
# ${spring.application.name}-${spring.profile.active}.${spring.cloud.nacos.config.file-extension}

1.2.3 application.yml

 
spring:
  profiles:
    active: dev # 表示开发环境

1.3 主启动类

@EnableDiscoveryClient
@SpringBootApplication
public class NacosConfigClientMain3377
{
    public static void main(String[] args) {
            SpringApplication.run(NacosConfigClientMain3377.class, args);
    }
}

1.4 业务类

  ConfigClientController

@RestController
@RefreshScope //在控制器类加入@RefreshScope注解使当前类下的配置支持Nacos的动态刷新功能。
public class ConfigClientController
{
    @Value("${config.info}")
    private String configInfo;

    @GetMapping("/config/info")
    public String getConfigInfo() {
        return configInfo;
    }
}

  通过使用Spring Cloud原生注解@RefreshScope实现配置自动更新。

1.5 在Nacos中添加配置信息

  Nacos匹配规则文档:https://nacos.io/zh-cn/docs/quick-start-spring-cloud.html

Nacos作为服务配置中心实战_第2张图片

  公式:${spring.application.name}-${spring.profiles.active}.${spring.cloud.nacos.config.file-extension}

  我们新增一个配置:

Nacos作为服务配置中心实战_第3张图片

Nacos作为服务配置中心实战_第4张图片

  我们当下程序中的配置和配置中心文件的对应关系如下:

Nacos作为服务配置中心实战_第5张图片

1.6 测试

  启动前需要在nacos客户端-配置管理-配置管理栏目下有对应的yaml配置文件

  运行cloud-config-nacos-client3377的主启动类

  调用接口查看配置信息:http://localhost:3377/config/info

Nacos作为服务配置中心实战_第6张图片

  用的的确是远程配置中心中的信息。

  测试动态刷新,我们先修改配置中心的version=4

Nacos作为服务配置中心实战_第7张图片

  访问:http://localhost:3377/config/info,发现配置已经更新了,比以前Spring Cloud Congfig+eureka_Spring Cloud Bus的配置方便多了。

Nacos作为服务配置中心实战_第8张图片

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

2.1 上面的配置存在什么问题?

  问题1:

  实际开发中,通常一个系统会准备dev开发环境,test测试环境,prod生产环境。如何保证指定环境启动时服务能正确读取到Nacos上相应环境的配置文件呢?

  问题2:

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

2.2 Nacos的图形化管理界面

  配置管理界面:

Nacos作为服务配置中心实战_第9张图片

  命名空间界面:

Nacos作为服务配置中心实战_第10张图片

2.3 Namespace+Group+Data ID三者关系?为什么这么设计?

2.3.1 是什么?

  类似Java里面的package名和类名
   最外层的namespace是可以用于区分部署环境的,Group和DataID逻辑上区分两个目标对象。

2.3.2 三者关系

Nacos作为服务配置中心实战_第11张图片

  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微服务起一个集群名称(GZ),还可以尽量让同一个机房的微服务互相调用,以提升性能。

  最后是Instance,就是微服务的实例。

2.4 三种方案加载配置

2.4.1 DataID方案

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

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

  新建dev配置DataID

Nacos作为服务配置中心实战_第12张图片

  新建test配置DataID

Nacos作为服务配置中心实战_第13张图片

Nacos作为服务配置中心实战_第14张图片

  测试

  先使用dev环境测试

Nacos作为服务配置中心实战_第15张图片

  访问:http://localhost:3377/config/info

Nacos作为服务配置中心实战_第16张图片

  再使用test环境测试

Nacos作为服务配置中心实战_第17张图片

  访问:http://localhost:3377/config/info

Nacos作为服务配置中心实战_第18张图片

2.4.2 Group方案

  通过Group实现环境区分,新建Group

Nacos作为服务配置中心实战_第19张图片

  在nacos图形界面控制台上面新建配置文件DataID

Nacos作为服务配置中心实战_第20张图片

  bootstrap.yml

  在config下增加一条group的配置即可。可配置为DEV_GROUP或TEST_GROUP

Nacos作为服务配置中心实战_第21张图片

  application.yml

Nacos作为服务配置中心实战_第22张图片

  访问测试:http://localhost:3377/config/info

Nacos作为服务配置中心实战_第23张图片

2.4.3 Namespace方案

  新建dev/test的Namespace,注意下面的命名空间ID:

Nacos作为服务配置中心实战_第24张图片

  回到服务管理-服务列表查看

Nacos作为服务配置中心实战_第25张图片

  在dev命名空间下新建3个配置项

Nacos作为服务配置中心实战_第26张图片

  bootstrap.yml,这里在namespace属性上配置命名空间的ID

Nacos作为服务配置中心实战_第27张图片

  application.yml

Nacos作为服务配置中心实战_第28张图片

  上面的配置代表这里我们要访问的是dev命名空间下(上面配置的命名空间ID是dev的),TEST_GROUP组中的nacos-config.client-dev.yaml配置文件。

  访问:http://localhost:3377/config/info

Nacos作为服务配置中心实战_第29张图片

   可以看到,和我们分析的是一致的。

  到此,Nacos作为配置中心就介绍完了,集群搭建后面另写一篇,半夜2点了,肝不动了。

你可能感兴趣的:(SpringCloud,Alibaba,nacos,分布式配置中心,spring,cloud,java,spring,boot)