Nacos学习：二、配置中心

待我称王封你为后i 2023-10-04 20:31 39阅读 0赞

### 2. 配置中心 ###

配置中心将配置从各应用中剥离出来，对配置进行统一管理，应用自身不需要自己去管理配置。

![\[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-dlGDiZgq-1675156461849)(assets/image-20221004075445937.png)\]][img-dlGDiZgq-1675156461849_assets_image-20221004075445937.png]

配置中心的服务流程如下：

1、用户在配置中心更新配置信息。

2、服务A和服务B及时得到配置更新通知，从配置中心获取配置。

**总得来说，配置中心就是一种统一管理各种应用配置的基础服务组件。**

在系统架构中，配置中心是整个微服务基础架构体系中的一个组件，它的功能看上去并不起眼，无非就是配置的管理和存取，但它是整个微服务架构中不可或缺的一环。

总结一下，在传统巨型单体应用纷纷转向细粒度微服务架构的历史进程中，配置中心是微服务化不可缺少的一个系 统组件，在这种背景下中心化的配置服务即配置中心应运而生，一个合格的配置中心需要满足如下特性：

*  配置项容易读取和修改
 *  分布式环境下应用配置的可管理性，即提供远程管理配置的能力
 *  支持对配置的修改的检视以把控风险
 *  可以查看配置修改的历史记录
 *  不同部署环境下应用配置的隔离性

#### 2.1 主流配置中心对比 ####

目前市面上用的比较多的配置中心有：Spring Cloud Config、Apollo、Nacos和Disconf等。 由于Disconf不再维护，下面主要对比一下Spring Cloud Confifig、Apollo和Nacos。

<table> 
 <thead> 
  <tr> 
   <th><strong>对比项</strong></th> 
   <th><strong>Spring Cloud Config</strong></th> 
   <th><strong>Apollo</strong></th> 
   <th><strong>Nacos</strong></th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>配置实时推送</td> 
   <td>支持(Spring Cloud Bus)</td> 
   <td>支持(HTTP长轮询1s内)</td> 
   <td>支持(HTTP长轮询1s内)</td> 
  </tr> 
  <tr> 
   <td>版本管理</td> 
   <td>支持(Git)</td> 
   <td>支持</td> 
   <td>支持</td> 
  </tr> 
  <tr> 
   <td>配置回滚</td> 
   <td>支持(Git)</td> 
   <td>支持</td> 
   <td>支持</td> 
  </tr> 
  <tr> 
   <td>灰度发布</td> 
   <td>支持</td> 
   <td>支持</td> 
   <td>支持</td> 
  </tr> 
  <tr> 
   <td>权限管理</td> 
   <td>支持(依赖Git)</td> 
   <td>支持</td> 
   <td>不支持</td> 
  </tr> 
  <tr> 
   <td>多集群</td> 
   <td>支持</td> 
   <td>支持</td> 
   <td>支持</td> 
  </tr> 
  <tr> 
   <td>多环境</td> 
   <td>支持</td> 
   <td>支持</td> 
   <td>支持</td> 
  </tr> 
  <tr> 
   <td>监听查询</td> 
   <td>支持</td> 
   <td>支持</td> 
   <td>支持</td> 
  </tr> 
  <tr> 
   <td>多语言</td> 
   <td>只支持java</td> 
   <td>主流语言，提供了Open API</td> 
   <td>主流语言，提供了Open API</td> 
  </tr> 
  <tr> 
   <td>配置格式校验</td> 
   <td>不支持</td> 
   <td>支持</td> 
   <td>支持</td> 
  </tr> 
  <tr> 
   <td>单机读(QPS)</td> 
   <td>7(限流所致)</td> 
   <td>9000</td> 
   <td>15000</td> 
  </tr> 
  <tr> 
   <td>单机写(QPS)</td> 
   <td>5(限流所致)</td> 
   <td>1100</td> 
   <td>1800</td> 
  </tr> 
  <tr> 
   <td>3节点读 (QPS)</td> 
   <td>21(限流所致)</td> 
   <td>27000</td> 
   <td>45000</td> 
  </tr> 
  <tr> 
   <td>3节点写(QPS)</td> 
   <td>5(限流所致)</td> 
   <td>3300</td> 
   <td>5600</td> 
  </tr> 
 </tbody> 
</table>

> 从配置中心角度来看:
> 
>  *  性能方面Nacos的读写性能最高，Apollo次之，Spring Cloud Config依赖Git场景不适合开放的大规模自动化运维API。
>  *  功能方面Apollo最为完善，nacos具有Apollo大部分配置管理功能，而Spring Cloud Config不带运维管理界面，需要自行开发。
>  *  Nacos的一大优势是整合了注册中心、配置中心功能，部署和操作相比 Apollo都要直观简单，因此它简化了架构复杂度，并减轻运维及部署工作。

综合来看，Nacos的特点和优势还是比较明显的，下面我们一起进入Nacos的世界。 Nacos除了可以做注册中心，同样可以做配置管理来使用。

#### 2.2 Nacos 统一配置管理 ####

微服务意味着要将单体应用中的业务拆分成一个个子服务，每个服务的粒度相对较小，因此系统中会出现大量的服务，由于每个服务都需要必要的配置信息才能运行， 当微服务部署的实例越来越多，达到数十、数百时，逐个修改微服务配置就会让人抓狂，而且很容易出错。所以一套集中式的、动态的配置管理是必不可少的。

![\[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-utEYtnkF-1675156461850)(assets/image-20220930223837932.png)\]][img-utEYtnkF-1675156461850_assets_image-20220930223837932.png]

Nacos一方面可以将配置集中管理，另一方可以在配置变更时，及时通知微服务，实现配置的热更新。

##### 2.2.1 在nacos中添加配置文件 #####

到我们的nacos管理页面的配置管理界面来添加配置文件:

![\[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-JnrM9hFj-1675156461852)(assets/image-20220930224940416.png)\]][img-JnrM9hFj-1675156461852_assets_image-20220930224940416.png]

然后在弹出的表单中，填写配置信息：

![\[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-9Wdf18nW-1675156461852)(assets/image-20221001080806466.png)\]][img-9Wdf18nW-1675156461852_assets_image-20221001080806466.png]

--------------------

> **注意：**
> 
> 项目的核心配置，需要热更新的配置才有放到nacos管理的必要。基本不会变更的一些配置还是保存在微服务本地比较好。

##### 2.2.2 从微服务拉取配置 #####

微服务要拉取nacos中管理的配置，并且与本地的application.yml配置合并，才能完成项目启动。

但如果尚未读取application.yml，又如何得知nacos地址呢？

因此spring引入了一种新的配置文件：bootstrap.yaml文件，会在application.yml之前被读取，流程如下：

![\[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-KfV0Oevd-1675156461852)(assets/image-20221001080954898.png)\]][img-KfV0Oevd-1675156461852_assets_image-20221001080954898.png]

步骤:

1）引入nacos-config依赖

首先，在shop-order服务中，引入nacos-config的客户端依赖：

<dependency>
        <groupId>com.alibaba.cloud</groupId>
        <artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId>
    </dependency>

2）添加bootstrap.yaml

然后，在user-service中添加一个bootstrap.yaml文件，内容如下：

spring:
      application:
        name: orderservice # 服务名称
      profiles:
        active: dev #开发环境，这里是dev 
      cloud:
        nacos:
          server-addr: localhost:8848 # Nacos地址
          config:
            file-extension: yml # 文件后缀名

这里会根据spring.cloud.nacos.server-addr获取nacos地址，再根据

`${spring.application.name}-${spring.profiles.active}.${spring.cloud.nacos.config.file-extension}`作为文件id，来读取配置。

本例中，就是去读取`orderservice-dev.yml`：

启动shop-order,我们可以从控制台查看日志发现,它已经从nacos读取配置文件了:

2022-10-01 08:37:39.523  INFO 29664 --- [           main] b.c.PropertySourceBootstrapConfiguration : Located property source: [BootstrapPropertySource {
        name='bootstrapProperties-orderservice-dev.yml,DEFAULT_GROUP'}, BootstrapPropertySource {
        name='bootstrapProperties-orderservice.yml,DEFAULT_GROUP'}, BootstrapPropertySource {
        name='bootstrapProperties-orderservice,DEFAULT_GROUP'}]
    2022-10-01 08:37:39.523  INFO 29664 --- [           main] com.suke.shop.order.OrderApplication     : The following profiles are active: dev
    2022-10-01 08:37:40.375  INFO 29664 --- [           main] o.s.cloud.context.scope.GenericScope     : BeanFactory id=db95bdfc-3380-37b0-be7b-eab77e21a2be

我们访问服务,也正常访问

#### 2.3 配置热更新 ####

我们最终的目的，是修改nacos中的配置后，微服务中无需重启即可让配置生效，也就是**配置热更新**。

要实现配置热更新，可以使用两种方式：

##### 2.3.1.方式一 #####

在@Value注入的变量所在类上添加注解@RefreshScope,并且对应的@Bean需要添加@RefreshScope

import com.zaxxer.hikari.HikariDataSource;
    import org.springframework.beans.factory.annotation.Value;
    import org.springframework.boot.SpringBootConfiguration;
    import org.springframework.cloud.context.config.annotation.RefreshScope;
    import org.springframework.context.annotation.Bean;
    import javax.sql.DataSource;
    
    @SpringBootConfiguration
    @RefreshScope
    public class DataSourceConfig {
        
        @Value("${spring.datasource.driver-class-name}")
        private String driverClassName;
        @Value("${spring.datasource.url}")
        private String url;
        @Value("${spring.datasource.username}")
        private String username;
        @Value("${spring.datasource.password}")
        private String password;
    
        @Bean
        @RefreshScope
        public DataSource getDataSource(){
        
            HikariDataSource dataSource = new HikariDataSource();
            dataSource.setDriverClassName(driverClassName);
            dataSource.setJdbcUrl(url);
            dataSource.setUsername(username);
            dataSource.setPassword(password);
            return dataSource;
        }
    }

##### 2.3.2 方式二 #####

使用@ConfigurationProperties注解代替@Value注解。

在shop-order服务中，在DataSourceConfig类添加@ConfigurationProperties注解：

student: 
     name: lisi
     age: 21
     sex: 男

@Data
    @ConfigurationProperties(prefix = "student")
    @Component
    public class Student {
        
        private String name;
        private Integer age;
        private String sex;
    }

@GetMapping("/student")
    public Student getStudent(){
        
        return student;
    }

![\[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-laDIHqW1-1675156461853)(assets/image-20221002170011571.png)\]][img-laDIHqW1-1675156461853_assets_image-20221002170011571.png]

当我们把name修改为zhangsan,age修改为22,再访问

![\[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-k2QdUvU1-1675156461853)(assets/image-20221002170104197.png)\]][img-k2QdUvU1-1675156461853_assets_image-20221002170104197.png]

此时,我们发现数据以及热更新了

#### 2.4 配置共享 ####

其实微服务启动时，会去nacos读取多个配置文件，例如：

*  `[spring.application.name]-[spring.profiles.active].yaml`，例如：orderservice-dev.yaml
 *  `[spring.application.name].yaml`，例如：orderservice.yaml

而`[spring.application.name].yaml`不包含环境，因此可以被多个环境共享。

下面我们通过案例来测试配置共享

##### 2.4.1 添加一个环境共享配置 #####

我们在nacos中添加一个orderservice.yaml文件：

![\[外链图片转存中...(img-6sm4b9gY-1675156461854)\]][..._img-6sm4b9gY-1675156461854]

##### 2.4.2 在Student类中读取共享配置 #####

![\[外链图片转存中...(img-lubbE6F7-1675156461854)\]][..._img-lubbE6F7-1675156461854]

##### 2.4.3 运行shop-order，使用不同的profile #####

![\[外链图片转存中...(img-VyixAXXg-1675156461854)\]][..._img-VyixAXXg-1675156461854]

请求controller,我们发现student的id有值:

![在这里插入图片描述][c1bc69c722a24a68bdf7e43275b1c67d.png]

这说明我们的orderservice.yml文件已被共享了

> **注意:**
> 
> 当nacos、服务本地同时出现相同属性时，优先级有高低之分：
> 
> ![\[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-71pcKFXN-1675156461855)(assets/image-20221002172650143.png)\]][img-71pcKFXN-1675156461855_assets_image-20221002172650143.png]

[img-dlGDiZgq-1675156461849_assets_image-20221004075445937.png]: https://img-blog.csdnimg.cn/b456f13778454a9982d039661e200ac6.png
[img-utEYtnkF-1675156461850_assets_image-20220930223837932.png]: https://img-blog.csdnimg.cn/13665d6b2ab1483aba2a0ad23bdc2e76.png
[img-JnrM9hFj-1675156461852_assets_image-20220930224940416.png]: https://img-blog.csdnimg.cn/36f57f30b6cb48ef8f9639460662d1e2.png
[img-9Wdf18nW-1675156461852_assets_image-20221001080806466.png]: https://img-blog.csdnimg.cn/b0ad228b34e74cdc9c78036165b27c8e.png
[img-KfV0Oevd-1675156461852_assets_image-20221001080954898.png]: https://img-blog.csdnimg.cn/dd2c39441c5446629adf66e34fc472e7.png
[img-laDIHqW1-1675156461853_assets_image-20221002170011571.png]: https://img-blog.csdnimg.cn/66755871ca084dcf94c6e373e249eded.png
[img-k2QdUvU1-1675156461853_assets_image-20221002170104197.png]: https://img-blog.csdnimg.cn/931d5633b10b48b98ee3849d963640d9.png
[..._img-6sm4b9gY-1675156461854]: https://img-blog.csdnimg.cn/1b4cfcd6d2e34967a17de963133a5b46.png
[..._img-lubbE6F7-1675156461854]: https://img-blog.csdnimg.cn/0e105317fc9943099ff639fd9a9fda8b.png
[..._img-VyixAXXg-1675156461854]: https://img-blog.csdnimg.cn/27725c042f934044986758ff4d0eca75.png
[c1bc69c722a24a68bdf7e43275b1c67d.png]: https://img-blog.csdnimg.cn/c1bc69c722a24a68bdf7e43275b1c67d.png
[img-71pcKFXN-1675156461855_assets_image-20221002172650143.png]: https://img-blog.csdnimg.cn/26c4c73d55fe42fbab2a02e4b75ac789.png