前言：

請各大網友尊重本人原創知識分享，謹記本人博客：南國以南i

上篇我們介紹到保姆教程系列二、Nacos實作注冊中心

配置中心原理

一、服務配置中心介紹

首先我們來看一下,微服務架構下關于組態檔的一些問題：

組態檔相對分散，在一個微服務架構下，組態檔會隨著微服務的增多變的越來越多，而且分散在各個微服務中，不好統一配置和管理，
組態檔無法區分環境，微服務專案可能會有多個環境，例如：測驗環境、預發布環境、生產環境，每一個環境所使用的配置理論上都是不同的，一旦需要修改，就需要我們去各個微服務下手動
維護，這比較困難，
組態檔無法實時更新，我們修改了組態檔之后，必須重新啟動微服務才能使配置生效，這對一
個正在運行的專案來說是非常不友好的，
基于上面這些問題，我們就需要配置中心的加入來解決這些問題，

配置中心的思路是：

首先把專案中各種配置全部都放到一個集中的地方進行統一管理，并提供一套標準的介面，
當各個服務需要獲取配置的時候，就來配置中心的介面拉取自己的配置，
當配置中心中的各種引數有更新的時候，也能通知到各個服務實時的過來同步最新的資訊，使之動態更新，

當加入了服務配置中心之后，我們的系統架構圖會變成下面這樣：

在業界常見的服務配置中心，有下面這些：

Apollo

Apollo是由攜程開源的分布式配置中心，特點有很多，比如：配置更新之后可以實時生效，支持灰度發布功能，并且能對所有的配置進行版本管理、操作審計等功能，提供開放平臺API，并且資料也寫的很詳細，

Disconf

Disconf是由百度開源的分布式配置中心，它是基于Zookeeper來實作配置變更后實時通知和生效的，

SpringCloud Config

這是Spring Cloud中帶的配置中心組件，它和Spring是無縫集成，使用起來非常方便，并且它的配置存盤支持Git，不過它沒有可視化的操作界面，配置的生效也不是實時的，需要重啟或去重繪，

Nacos

這是SpingCloud alibaba技術堆疊中的一個組件，前面我們已經使用它做過服務注冊中心，其實它也集成了服務配置的功能，我們可以直接使用它作為服務配置中心，

二、Nacos Config入門

使用nacos作為配置中心，其實就是將nacos當做一個服務端，將各個微服務看成是客戶端，我們將各個微服務的組態檔統一存放在nacos上，然后各個微服務從nacos上拉取配置即可，

2.1 在父工程中在微服務中引入nacos的依賴

      <!--nacos配置中心依賴 推薦使用-->
        <dependency>
            <groupId>com.alibaba.cloud</groupId>
            <artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId>
            <version>2.1.1.RELEASE</version>
        </dependency>
        <!--nacos配置中心依賴-->
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId>
            <version>0.2.1.RELEASE</version>
        </dependency>

2.2 在微服務中添加nacos config的配置

注意:不能使用原來的application.yml作為組態檔，而是新建一個bootstrap.yml作為組態檔

組態檔優先級(由高到低):
bootstrap.properties -> bootstrap.yml -> application.properties -> application.yml

#消費者配置
server:
  port: 8082

spring:
  application:
    name: nacos-consumer #服務名稱
  cloud:
    nacos:
      config: #使用配置中心
        enabled: true #配置全域開關 默認true開啟
        server-addr: 192.168.36.135:8848
        file-extension: yaml # 此處為配置使用的后綴名
        prefix: nacos-consumer #DataId 名稱（默認就是服務名稱）
        group: DEFAULT_GROUP #分組名稱
      discovery:  #使用注冊中心
        server-addr: 192.168.36.135:8848 #服務地址
        enabled: true #是否開啟注冊 默認true開啟

  profiles:  
    active: dev  #讀取指定組態檔dev(開發環境),prod(生產環境),test(測驗環境)

#開啟斷路器
feign:
 hystrix:
   enabled: true

#自定義屬性
test:
  name: "測驗資料"

2.3 在nacos中添加配置

點擊配置串列，點擊右邊+號，新建配置，在新建配置程序中，要注意下面的細節：
1）Data ID不能隨便寫，要跟組態檔中的對應，對應關系如圖所示
2）組態檔格式要跟組態檔的格式對應，且目前僅僅支持YAML和Properties
3）配置內容按照上面選定的格式書寫

注釋本地的application.yam中的內容，啟動程式進行測驗

如果依舊可以成功訪問程式，說明我們nacos的配置中心功能已經實作

三、Nacos Config深入

3.1 配置動態重繪

在入門案例中，我們實作了配置的遠程存放，但是此時如果修改了配置，我們的程式是無法讀取到的，因此，我們需要開啟配置的動態重繪功能，

3.2 獲取自定義屬性

方式一: 硬編碼方式

@RestController
public class NacosConfig {

    @Autowired
    private ConfigurableApplicationContext applicationContext;//獲取程式應用背景關系


    /**
     * .
     * 硬編碼方式
     *
     * @return
     */
    @GetMapping("/nacos-config")
    public String nacosConfig() {
        return applicationContext.getEnvironment().getProperty("test.name");
    }

}

方式二: 注解方式(推薦)

@RefreshScope// 添加此注解表示會實時更新value 另外需要給屬性添加get set方法
@RestController
@Data
public class NacosConfig {


    /**
     * .
     * 獲取自定義屬性值
     */
    @Value("${test.name:default}")
    private String name;



    /**
     * .
     * 使用注解方式
     *
     * @return
     */
    @GetMapping("/config")
    public String config() {
        return name;
    }

四、配置共享

當配置越來越多的時候，我們就發現有很多配置是重復的，這時候就可以考慮將公共組態檔提取出來，然后實作共享

4.1 新建一個名為nacos-common.yaml公共配置

只需要提取一個以nacos.common.yaml命名的組態檔，然后將其所有環境的公共配置放在里面即可，

#公用配置
spring:
  cloud:
    nacos:
      discovery:  #使用注冊中心
        server-addr: 192.168.36.135:8848
        enabled: true #開啟注冊

4.2 修改provider及consumer中的bootstrap.yml

spring:
  application:
    name: nacos-consumer
  cloud:
    nacos:
      config: #使用配置中心
        enabled: true
        server-addr: 192.168.36.135:8848
        file-extension: yaml # 此處為配置使用的后綴名
        prefix: nacos-consumer
        group: DEFAULT_GROUP  #分組名稱
        shared-dataids: nacos-common.yaml #配置引入公共配置
        refreshable-dataids: nacos-common.yaml # 配置要實作動態配置重繪的配置
#      discovery:  #使用注冊中心
#        server-addr: 192.168.36.135:8848
#        enabled: true

查看Nacos服務串列，發現服務依舊注冊成功，說明我們抽取公共配置功能已經實作

五、基本概念

命名空間(Namespace)
命名空間可用于進行不同環境的配置隔離，一般一個環境劃分到一個命名空間
配置分組(Group)
配置分組用于將不同的服務可以歸類到同一分組，一般將一個專案的配置分到一組
配置集(Data ID)
在系統中，一個組態檔通常就是一個配置集，一般微服務的配置就是一個配置集

5.1 命名空間實體

如上述所說：一個環境劃分到一個命名空間，此處新建pro（生產環境命名空間）、dev（開發環境命名空間）

5.2 配置串列

在配置串列中可選多個命名空間：新建配置，即使Data ID 名稱重復，也達到配置隔離的效果

5.3 使用樣例專案

修改consumer中的bootstrap.yml指定使用命名空間

spring:
  application:
    name: nacos-consumer #服務名稱
  cloud:
    nacos:
      config: #使用配置中心
        enabled: true #配置全域開關 默認true開啟
        server-addr: 172.16.18.176:8848
        file-extension: yaml # 組態檔格式
        prefix: nacos-consumer #DataId 名稱（默認就是服務名稱）
        group: DEFAULT_GROUP  #分組名稱
        shared-dataids: nacos-common.yaml #配置引入公共配置
        refreshable-dataids: nacos-common.yaml # 配置要實作動態配置重繪的配置
        namespace: 42910b90-d7f5-4342-b121-e0ebd429388f #命名空間ID（默認public）

上述指定讀取dev開發環境命名空間的組態檔（控制臺輸出列印）