1.服务配置中心

1.1 服务配置中心介绍

首先我们来看一下,微服务架构下关于配置文件的一些问题:

1.配置文件相对分散。在一个微服务架构下，配置文件会随着微服务的增多变的越来越多，而且分散在各个微服务中，不好统─配置和管理。

⒉.配置文件无法区分环境。微服务项目可能会有多个环境，例如︰测试环境、预发布环境、生产环境。每一个环境所使用的配置理论上都是不同的，一旦需要修改，就需要我们去各个微服务下手动维护，这比较困难。

3.配置文件无法实时更新。我们修改了配置文件之后，必须重新启动微服务才能使配置生效，这对一个正在运行的项目来说是非常不友好的。

基于上面这些问题，我们就需要配置中心的加入来解决这些问题。

配置中心的思路是:

1.首先把项目中各种配置全部都放到一个集中的地方进行统—管理，并提供—套标准的接口。

2.当各个服务需要获取配置的时候，就来配置中心的接口拉取自己的配置。

3..当配置中心中的各种参数有更新的时候，也能通知到各个服务实时的过来同步最新的信息，使之动态更新

1.2 Nacos Config 实践

使用nacos作为配置中心，其实就是将nacos当做一个服务端，将各个微服务看成是客户端，我们将各个微服务的配置文件统一存放在nacos上，然后各个微服务从nacos上拉取配置即可。

1.2.1 Nacos config 入门案例

导入依赖

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

在微服务中添加nacos config的配置，不能使用原来的application.yml作为配置文件，而是新建一个bootstrap.yml作为配置文件。

配置文件优先级从高到低为：

bootstrap.properties>bootstrap.yml>application.properties>application.yml

这里举例为订单微服务，首先新建个bootstrap.yml文件，然后配置如下：

spring:
  application:
    name: provider
  profiles:
    active: dev #环境标识
  cloud:
    nacos:
      server-addr: localhost:8848
      config:
        file-extension: yaml #配置文件格式
      discovery:
        cluster-name: BJ
    sentinel:
      transport:
        dashboard: localhost:8080

然后在nacos配置文件中配置Data ID为bootstrap中配置订单微服务名+环境标识+配置文件格式。如下图;

1.2.2  Nacos 配置动态刷新

实现在配置中心修改配置文件内容后，程序内部引用可以自动刷新，我们可以在自己创建的DataId配置文件中，更改项：

config: 
appName: product

硬编码方式

 @GetMapping("/test")
    public String test(){
        String property = configurableApplicationContext.getEnvironment().getProperty("config.appName");
        return property;
    }

注解方式

@RestController
@RefreshScope  /* 只需要在需要动态读取配置的类上添加此注解就可以 */
public class UserController {
    @Value("${config.appName}")
    private String appName;
    @GetMapping("/test")
    public String test(){
        return appName;
    }
}

1.2.3 配置共享

当配置越来越多的时候，我们就发现有很多配置是重复的，这时候就考虑可不可以将公共配置文件提取出来，然后实现共享。共享存在两种场景：同一微服务，不同场景（namespace）下共享；不同微服务之间共享。

同一微服务，不同场景下共享配置

比如上面的订单微服务，开发环境的配置文件为provider-dev.yaml，测试环境的配置文件为provider-test.yaml，同一微服务在不同场景下共享可以配置provider.yaml文件。

不同微服务之间共享共享配置

在nacos中新建all-service.yml文件作为共享配置，然后引入配置代码如下：

spring:
  application:
    name: provider
  profiles:
    active: dev
  cloud:
    nacos:
      server-addr: localhost:8848
      config:
        file-extension: yaml
        shared-dataids: allservice.yaml #配置要引入的配置
        refreshable-dataids: allservice.yaml #配置要实现动态配置刷新的配置
      discovery:
        cluster-name: BJ
    sentinel:
      transport:
        dashboard: localhost:8080

1.2.4 nacos 几个概念

命名空间(Namespace)

命名空间可用于进行不同环境的配置隔离。一般一个环境划分到一个命名空间

配置分组(Group)

配置分组用于将不同的服务可以归类到同一分组。一般将一个项目的配置分到一组

配置集(Data ID)

在系统中，一个配置文件通常就是一个配置集。一般微服务的配置就是一个配置集