前言：請各大網友尊重本人原創知識分享，謹記本人博客：南國以南i 上篇我們介紹到保姆教程系列二、Nacos實現註冊中心配置中心原理一、服務配置中心介紹首先我們來看一下,微服務架構下關於配置文件的一些問題：配置文件相對分散。在一個微服務架構下，配置文件會隨著微服務的增多變的越來越多，而且分 ...

前言：

請各大網友尊重本人原創知識分享，謹記本人博客：南國以南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開發環境命名空間的配置文件（控制台輸出列印）

修改上述namespace命名空間ID指定pro生產環境配置（控制台輸出列印）

六、配置集遷移

6.1 配置集導出

勾選若幹配置集，點擊導出選中的配置，可獲得一個壓縮包

6.2 配置集導入

點擊右上角導入配置，可選擇導出的壓縮包文件，將壓縮包內的文件恢復為Nacos配置集

6.3 配置集克隆

點擊左下角克隆按鈕，將彈出克隆對話框，此功能可用於將配置遷移其它Namespace

總結：

我是南國以南i記錄點滴每天成長一點點，學習是永無止境的！轉載請附原文鏈接！！！

參考鏈接

保姆教程系列三、Nacos Config--服務配置

前言：

一、 服務配置中心介紹